closeEvent not working
-
Then remove your Form class as it's not useful in your case.
You can then create a custom event filter object that should handle the close event and whatever you want to do in it.
-
With the original @ZioLupo code the override of eventFilter would works just fine, but closeEvent wouldn't (that was the issue).
class Form(QtWidgets.QMainWindow): def __init__(self): super().__init__() self.ui = QUiLoader().load("myfile.ui") self.ui.buttonLoad.clicked.connect(self.load_something) def eventFilter(self, target, event): print("this works") return False def closeEvent(self, event): print("this doesn't works")
But that creates two QWidgets (one for the Form class and one for self.ui). if I understood you right, @Sgaist, you suggest to make the Form class a non-QWidget, as the Qwidget will be load into self.ui, right? But then, if the Form class is not a QWidget, I don't get how to set the closeEvent or eventFilter methods for the self.ui QWidget.
I tried to do what you suggest with my next code. The windows open just fine but no override works and no events get to my handlers.
class Form(object): def __init__(self): super().__init__() self.ui = QUiLoader().load("myfile.ui") self.ui.eventFilter = self.eventFilter self.ui.closeEvent = self.closeEvent def eventFilter(self, target, event): print("doesn't works") return False def closeEvent(self, event): print("doesn't works")
I think the issue here is that we were waiting for PySide2 while we were working temporary on PyQt5, and assumed that PySide2 would behave like PyQt5, where we would port our Qt Designer UI to .py with pyuic command. But when PySide2 was released, we saw an alternative way to do things (load the .ui file directly) and now we are trying to skip one of the step (it seems unnecesary to convert the .ui file to .py in PySide2 if we can directly load the .ui file). However, while trying to do that, we got lost in the process as we lost something which we were familiar with: the abbility to override the UI events.
A working example on how to load a .ui file with PySide2 where closeEvent works would help us a lot.
-
@ZioLupo said in closeEvent not working:
@ewerybody
As I wrote some message after, yes there is -of course - pyside2-uic!Sorry. I didn't see you writing this.
What I just meant is that the name is NOT(with a dash) butpyside2-uic
pyside2uic
without the dash!But I don't like to use it.
Using it solve all of my problems because it produce a class and with the class I can do what I want (inheriting from it, for example).But I would like to avoid to use it
I would always avoid loading ui files directly and compile them only when changed. This way you can easily debug/step through the code. You see the generated structure and you can learn how UIs are written and you can strip a release of the ui files in the end.
-
Just one thing: you are not using
eventFilter
correctly, you don't install it. -
@JonB On PyQt and PyQt5 it works (I've been using it that way) but on Pyside2 it doesn't. Note that I was installing the filters (I just forgot to type it in my previous message). Anyway I ended up using
pyside2-uic
(with a dash) to make my code safer to this issues. -
This post is deleted!
-
is this thing solved?
it's 2021 almost 2022 now.
PySide6 still has the same issue I think.
as far as I know, with pyside6.QtUiTools.QUiLoader(), you can only load ui to an attribute of a shell class e.g. "self.ui" instead of to "self"
which causes some trouble triggering the modified closeEvent method.The type of "self.ui" will still be QMainWindow(depends on what u use). I tried to override closeEvent() but it still won't work that's what confuses me.
Why cant they just add some method to let us load widgets to "self" -_- like "uic.loauUi()" in pyqt
-
@sylvalas Still not solved by the looks of it, at least for me on pyside6, same issue if you load in the ui file (which I want to rather than compile).
However, a workaround exists (https://stackoverflow.com/questions/14834494/pyqt-clicking-x-doesnt-trigger-closeevent), which is to place:
app.aboutToQuit.connect(self.closeEvent)
inside the mainwindow class ( init or another func called when setting up the MW). This is kind of a cheat, as it is not capturing the close event, just the signal that it is about to close, so you cannot decline the event and stop the close. But functionally for me at least it is good enough to allow me to end other processes, safely disconnect hardware and tidy up before the close itself.