Overriding QWidget::event does not work!

[kinglui987]

I am pretty sure to handle the event for the correct widget. The example application exists of a QMainWindow. Inside this QMainWindow lives my Scribblearea.
For this QWidget i would like to suppress the QMouseEvent. There should be no propagation, because the ScribbleArea should eat the TouchEvent by returning true.

This is indeed, the way i understood QTs event processing. But it simply does not work. Or maybe i am getting something wrong?

If someone could do me a favour and try out my piece of code on his or her machine, i would be greatfull.
Simply copy and paste my code in the ScribbleArea and try yourself.

Thanks in advance

[wysota]

Did you verify that your code indeed gets executed at all?

[kinglui987]

Hey,

when setting breakpoints, whether in the QTouchEvent case or in the QMouseEvent case, both are triggered.

Thats really strange, when simulating the same with QTabletEvents, it works as expected: When i do not accept the QTabletEvent, i also got a QMouseEvent (as expected).
When accepting the QTabletEvent i do not get a QMouseEvent (as expected).

Exactly the behaviour, i would like to have for QTouchEvents.

What else can be done?

[wysota]

Simplify the example even more. Get rid of the main window so that the scribble area is the only widget in the application. See if that changes anything. You can also try stepping through the code once the brekpoint in your event() implementation fires to see what happens later after event() returns.

[d_stranz]

I agree with Wysota - other widgets may be propagating the events up to your scribble widget, with the result that it appears as if the event is coming from the scribble area when it is not. Simplify to the point where the only widget present is the scribble widget and see if there is a difference.

[kinglui987]

Hey, i tried that.

I removed the ScribbleArea widget. Since the QMainWindow is also a widget, i moved the code above from the ScribbleArea to the QMainWindow.
Same behaviour here. Note the QMainWindow, does not override one of the specific eventhandlers.
Here is the headefile of the QMainWindow. It simply implements the event member function.

#ifndef MAINWINDOW_H
#define MAINWINDOW_H
 
#include <QList>
#include <QMainWindow>
 
//! [0]
class MainWindow : public QMainWindow
{
    Q_OBJECT
 
public:
    MainWindow();
 
protected:
    bool    event(QEvent*)
private:
 
};
//! [0]
 
#endif

#ifndef MAINWINDOW_H
#define MAINWINDOW_H

#include <QList>
#include <QMainWindow>

//! [0]
class MainWindow : public QMainWindow
{
    Q_OBJECT

public:
    MainWindow();

protected:
    bool    event(QEvent*)
private:

};
//! [0]

#endif

To copy to clipboard, switch view to plain text mode 

[wysota]

QMainWindow is really a bunch of widgets. It's better to remove it and leave the scribble widget in your app for testing.

[kinglui987]

Hey,

when ever i had a little free time in the last couple of days, i tried to work on this.

I removed the QMainWindow, there is only a QWidget in my application. I studied the code of QWidget again and i am sure the QMouseEvent is generated inside QWidget, as i already showed.
That is also documented in the DOCs of QT under:

Event Delivery and Propagation
By default, QWidget::event() translates the first non-primary touch point in a QTouchEvent into a QMouseEvent.

http://qt-project.org/doc/qt-4.8/qtouchevent.html

However, i accept all TouchEvent, return true, but the MouseEvent still is getting fired.

There is nothing inside my widget, except the reimplementation of event(QEvent*) member function. Nothing else.

Thus, the only possible answer left is, that the MouseEvent must come from anywhere else?

Any ideas on this?

This is driving me crazy.

[wysota]

Take a debugger and step through the code.