The 'Mouse Button Tester' example demonstrates how to reimplement mouse events within a custom class. You can also use this program to verify that Qt is actually receiving mouse events from your mouse.
Many 'gamer' mouse devices are configured with high-numbered "buttons" sending text shortcuts for certain games. With such a mouse, no mouse button events occur: The "mouse" sends keystrokes, and the 'Mouse Button Tester' Window will not see the event. Receiving no event, it will not repaint the Window with new text describing a button event.
And so, in addition to it's use as Qt example code, the program may be useful s a mouse device tester. Note that there is another example mouse buttons example which provides the same function, written in QML.
This program (the Widget-based example) consists of three classes, in addition to the main() parent program:
A QPushButton, "Quit".
ButtonTester. This is derived from Qt's TextArea class, for purpose of customizing/re-implementing the mouse and wheel event member functions.A simple QVBoxLayout layout.
First we will review the main program, with it's layout and "Quit" QPushButton. Then we will take a look at the ButtonTester class.
Note that the QPushButton, "Quit", is defined directly within the main() program, rather than another class. This is a correct way of defining a "Quit" QPushButton: A "Quit" Button defined inside another class would result in the destructor of that second class being called twice. This "Quit" Button uses the traditional Signal/Slot connection to invoke termination of the QApp, which will properly destroy its child classes before terminating itself.
The remainder of the main() program is concerned with defining the layout, and applying a minimum size to the customized ButtonTester.
The ButtonTester class inherits from QTextEdit, and listens for mouse events on all possible Qt::MouseButton values. It also listens
for wheel events from the mouse, and indicates the direction of wheel motion ("up", down", "left", or "right"). It prints short debug messages into the Window, and also on the console QDebug() stream, when mouse button and
wheel events occur. Our reimplementation of mousePressEvent(), mouseReleaseEvent(), mouseDoubleClickEvent(), and wheelEvent() "drive" the program; the other functions simply convert the Qt::MouseButton values into text strings.
You should call the ignore() function on any mouse event (or other event) which your widget-based classes do not use and consume. This function assures that Qt will propagate the event through each parent widget, until it is used or propagated to the Window Manager. (Qt attempts to do this automatically, but it is better programming practice to explicitly invoke the function.)
As part of the free Business evaluation, we offer a free welcome call for companies, to talk about your requirements, and how the Felgo SDK & Services can help you. Just sign up and schedule your call.
Sign up now to start your free Business evaluation:
