[SOLVED] QLineEdit --> QListView and event filter not catching mouse events
-
Oh, for what it's worth, if I click a QListView line, a '1' is printed.
I tried hard-coding that value (just for testing purposes, of course), but then lots and lots of '1' are printed, and the eventFilter() doesn't work either.
I don't know what that can mean.
Also, as you can see, I disabled a connection that I have to the clicked() signal in the list view, so that it doesn't interfere...
ps.
This is stranger and stranger. According to /usr/include/qt4/QtCore/qcoreevent.h, '1' is a Timer event. That would make sense if it wasn't because it's not always ticking... mmm... maybe some other eventFilter is catching this (and MouseButtonPress) before they arrive there?
-
I think your CompleteLineEdit widget and listView lay in different window-children hierarchy
@widget = new QWidget;@
it seems this with parent=0 becomes a window as doc says and has its own children ... anyway among the event type codes there are and related to the mouse, Enter, Leave etc.
try to put list view and completer in the same main window
-
First thing first, thanks you so much for all your help.
However I have no idea how to do that hehe. This QLineEdit is an edit delegate for a column of a QTableView, so, the QLineEdit lies in there.
The QWidget enclosing a QListView and a QLabel opens as a popup with the Qt::Tooltip hint which as I understand it is what allows the whole thing to "fly" over the main window.
As you say, I get events when I traverse the borders in and out. I am also getting the click event in the QLineEdit, but not in the QListView inside my QWidget.
Maybe I should redo the whole thing in a way that QWidget does not wrap the widget that instantiates QWidget, in first place. I don't know if that can be a problem... I did it that way just because this originally was a QListView. There wasn't a photo to the right side, and hence QWidget wasn't needed to wrap it all together.
Well, I have some things to try now hehe, again, thank you :)
-
I really can't tell you why, but doing "this":http://www.qtcentre.org/threads/20151-QTextEdit-not-receiving-MouseButtonDblClick-or-MouseButtonPress?p=98976#post98976 made the whole thing work as it was intended, without a single modification in the rest of the code.
-
good to know!
at the moment I only have this clue:
bq. bool QAbstractItemView::viewportEvent ( QEvent * event ) [virtual protected]
Reimplemented from QAbstractScrollArea::viewportEvent().
This function is used to handle tool tips, and What's This? mode, if the given event is a QEvent::ToolTip,or a QEvent::WhatsThis. It passes all other events on to its base class viewportEvent() handler.it looks a little weird :)
-
So it's my tooltip hint which cause the havoc. As I understand it, in that case, the event is not passed from the intended place, but from the parent object (which is below and out of the mouse focus, of course). Well, thanks for the hint, now at least I know that what was happening has its logic and is not some kind of random behavior on qt's side.
Thank you :)
-
Right, I managed to solve this by just using listView->viewport()->grabMouse() after show()'ing the widget. Note that, unless you enjoy paralysis, you must be careful enough to also use listView->viewport()->releaseMouse() when hiding it, otherwise you'll need to kill the program by using the keyboard, which in some OSes is more difficult that in some others :)
-
This is going to be bitting me for longer that I was expecting :P
I just discovered that this whole mess has rendered my scrollbar useless. It doesn't seem to get any event at all. I can still scroll using the wheel over the listview, or with the keyboard, though. Still, it's a pain. :(
-
I just ran into the same problem: I install an event filter on a QListView, but it never receives mouse-related events. This is using Qt 5.2 on Windows.