Solved: Missing parenthesis in self.mod_Indication = QtSql.QSqlQueryModel correct: self.mod_Indication = QtSql.QSqlQueryModel()

@SGaist Thanks for the suggestion! I’ll definitely try using commitDataRequest(). Just to clarify — will this method reliably block or cancel GUI-initiated shutdowns (like using the power-off button from GNOME or KDE) if I call manager.cancel() inside that slot? Also, does this approach still work reliably with modern session managers, given that some DEs (like GNOME) are moving away from traditional X11 session management? Are there any best practices for using commitDataRequest() together with D-Bus inhibitors or org.freedesktop.login1 to improve compatibility across desktop environments? Thanks again — I appreciate your insights!

Hi and welcome to devnet, What exactly are you after ? Did you already went through the documentation of the corresponding class ? Did you check the examples using it ?

@BGrimaud If you delete the ui_...py file and resave does that recreate it, and reflect new changes? Do you have the option to try a newer version of Creator?

Out of curiosity, have you tried building this with "pure" nuitka (not via pyside6-deploy)? I have completely given up on pyside6-deploy, but never really have any problems with nuitka for any platform.

Well it's nice to know it's in good hands :)

I've finally found the solution, it was indeed the eventloop. The process will only be destroyed after the next loop. match_manager.py # Mettre à jour les variables dans le fichier Excel ExcelToPdfWorker.update_variables(excel_path, variables) # Connecter le signal avant de décharger le PDF match_widget.editor.pdf_unloaded.connect( lambda: self._convert_after_unload(match_widget, excel_path) ) match_widget.editor.unload_pdf() def _convert_after_unload(self, match_widget, excel_path): """Appelé quand le PDF est vraiment déchargé.""" self.excel_worker.excel_path = excel_path self.excel_worker.convert() # Une fois la conversion terminée, on peut recharger le PDF match_widget.editor.load_new_pdf(match_widget.pdf_path) editor.py def unload_pdf(self): """Ferme le PDF actuel et nettoie les références.""" # Détacher la vue du document actuel self.pdfView.setDocument(None) # Fermer et supprimer l'ancien document if self.pdfDocument: old_document = self.pdfDocument # Créer un nouveau document vide avant de détruire l'ancien self.pdfDocument = QPdfDocument(self) # Connecter le signal destroyed à l'émission de notre signal old_document.destroyed.connect(self.pdf_unloaded.emit) old_document.close() old_document.deleteLater() def load_new_pdf(self, pdf_path): """Charge un nouveau fichier PDF.""" # Charger le nouveau PDF self.pdfDocument.load(pdf_path) self.pdfView.setDocument(self.pdfDocument) print(f"Nouveau PDF chargé: {pdf_path}") return True I'm well aware that my code sucks. Here's the solution. As deleteLater() really destroy the PdfDocument and unload it, you have to wait until the end of a complete cycle and return to app.exec(). Then I put in a signal that will convert the file once the reference has been destroyed, since we know that this frees access You should know that I think this is the only method without making temporary files

@GrecKo said in Is there any state management library for PySide project?: In your example, can both your views share a common model? Alternatively could you have two models sharing some common underlying data? @markleo Following up this suggestion from @GrecKo. If the models really share the same data you could have that as a single, source model and then impose separate proxy models on top of that for each distinct view. But that relies on a common, shared, base model, not suitable if the models are really quite distinct.

@markleo said in Apart from the modules provided by the official website, are there any other third - party Qt modules? If so, is there a central repository similar to npmjs.org?: third - party Qt modules What are third-party Qt modules?! Modules not made by Qt devs and published in the official Qt releases are not "Qt"... Since Qt is still just a C++ GUI framework and still not its own programming language like JavaScript, there are thousands of projects made by users/contributors on GitHub and similar sites, which work with or add something to Qt... custom widgets, functions or just code snippets... Edit: What @ChrisW67 is referring to is what I meant..."extensions" like QxORM can be integrated because of Qt's C++ API... but so does every C++ library work with your C++ project

@markleo You have the conda base environment activated but used pip to install pyside6. So which pip did you use exactly ? What are the exact step you used ? What was the state of your terminal at that time ?

That's a question for the Qt Company and/or the module maintainers. This is a user forum. Note that writing bindings is a non trivial task depending on the underlying types and their lifetime management constraints.

@JonB Okay. Now it is clear. I thought the QtSql data model will manage it for me. Thank you very much!

Hi, Qt has the QColorDialog. Would that work for you ? Otherwise, you can build your widget with Qt OpenGL related classes and use shaders if you want.

It looks exactly like the bug reported there and it says it was fixed. I think we are ok to use Pyside6 without the addons for now. Everything works and I do not think we are missing any functionality. I reported it here as it looks like a bug and I thought it should have been reported and addressed in the future releases of PySide. Using option A is not an option for us. we have an old pipeline with hundreds of .ui files dynamically loaded all over the place. It is also a very convenient way to build interfaces and I'm not sure why anyone would want to add an extra step and generate the python classes manually.