~oif-team/ubuntu/natty/qt4-x11/xi2.1

<td width="1">  </td><td class="postheader" valign="center"><a href="index.html"><font color="#004faf">Home</font></a> · <a href="classes.html"><font color="#004faf">All Classes</font></a> · <a href="mainclasses.html"><font color="#004faf">Main Classes</font></a> · <a href="annotated.html"><font color="#004faf">Annotated</font></a> · <a href="groups.html"><font color="#004faf">Grouped Classes</font></a> · <a href="functions.html"><font color="#004faf">Functions</font></a></td>

<td align="right" valign="top" width="230"><img src="images/trolltech-logo.png" align="right" width="203" height="32" border="0" /></td></tr></table><h1 align="center">Events and Event Filters</h1>

<p>In Qt, an event is an object that inherits <a href="qevent.html">QEvent</a>. Events are delivered to objects that inherit <a href="qobject.html">QObject</a> through calling <a href="qobject.html#event">QObject::event</a>(). Event delivery means that an event has occurred, the <a href="qevent.html">QEvent</a> indicates precisely what, and the <a href="qobject.html">QObject</a> needs to respond. Most events are specific to <a href="qwidget.html">QWidget</a> and its subclasses, but there are important events that aren't related to graphics (e.g., <a href="qtimer.html">timer events</a>).</p>

<p>Some events come from the window system (e.g., <a href="qmouseevent.html">QMouseEvent</a>), some from other sources (e.g., <a href="qtimerevent.html">QTimerEvent</a>), and some come from the application program. Qt is symmetric, as usual, so you can send events in exactly the same ways as Qt's own event loop does using <a href="qcoreapplication.html#sendEvent">QCoreApplication::sendEvent</a>() and <a href="qcoreapplication.html#postEvent">QCoreApplication::postEvent</a>().</p>

<p>Most events types have special classes, notably <a href="qresizeevent.html">QResizeEvent</a>, <a href="qpaintevent.html">QPaintEvent</a>, <a href="qmouseevent.html">QMouseEvent</a>, <a href="qkeyevent.html">QKeyEvent</a>, and <a href="qcloseevent.html">QCloseEvent</a>. Each class subclasses <a href="qevent.html">QEvent</a> and adds event-specific functions; see for example <a href="qresizeevent.html">QResizeEvent</a>, which adds <a href="qresizeevent.html#size">QResizeEvent::size</a>() and <a href="qresizeevent.html#oldSize">QResizeEvent::oldSize</a>().</p>

<p>Some classes support more than one actual event type. <a href="qmouseevent.html">QMouseEvent</a> supports mouse button presses, double-clicks, moves, etc. The event type is available as <a href="qevent.html#type">QEvent::type</a>().</p>

<p>Since programs need to react in varied and complex ways, Qt's event delivery mechanisms are flexible. The documentation for <a href="qcoreapplication.html#notify">QCoreApplication::notify</a>() concisely tells the whole story; the <i>Qt Quarterly</i> article <a href="http://doc.trolltech.com/qq/qq11-events.html">Another Look at Events</a> rehashes it less concisely; here we will explain enough for 95% of applications.</p>

<p>The normal way for an event to be delivered is by calling a virtual function. For example, <a href="qpaintevent.html">QPaintEvent</a> is delivered by calling <a href="qwidget.html#paintEvent">QWidget::paintEvent</a>(). This virtual function is responsible for reacting appropriately, normally by repainting the widget. If you do not perform all the necessary work in your implementation of the virtual function, you may need to call the base class's implementation. For example:</p>

<pre>  void MyCheckBox::mousePressEvent(QMouseEvent *event)

{

if (event->button() == Qt::LeftButton) {

// handle left mouse button here

} else {

// pass on other buttons to base class

QCheckBox::mousePressEvent(event);

}

}</pre>

<p>If you want to replace the base class's function, you must implement everything yourself; but if you only want to extend the base class's functionality, then you implement what you want and then call the base class.</p>

<p>Occasionally there isn't such an event-specific function, or the event-specific function isn't sufficient. The most common example is tab key presses. Normally, those are interpreted by <a href="qwidget.html">QWidget</a> to move the keyboard focus separately from the other keys, but a few widgets need the <b>Tab</b> key for themselves.</p>

<p>These objects can reimplement <a href="qobject.html#event">QObject::event</a>(), the general event handler, and either do their event handling before or after the usual handling, or replace it completely. A very unusual widget that both interprets tab and has an application-specific custom event might contain the following <a href="qobject.html#event">event()</a> function:</p>

<pre>  bool MyWidget::event(QEvent *event)

{

if (event->type() == QEvent::KeyPress) {

QKeyEvent *ke = static_cast<QKeyEvent *>(event);

if (ke->key() == Qt::Key_Tab) {

// special tab handling here

return true;

}

} else if (event->type() == MyCustomEventType) {

MyCustomEvent *myEvent = static_cast<MyCustomEvent *>(event);

// custom event handling here

return true;

}

return QWidget::event(event);

}</pre>

<p>More commonly, an object needs to look at another's events. Qt supports this using <a href="qobject.html#installEventFilter">QObject::installEventFilter</a>() (and the corresponding remove). For example, dialogs commonly want to filter key presses for some widgets, e.g. to modify <b>Return</b>-key handling.</p>

<p>An event filter gets to process events before the target object does. The filter's <a href="qobject.html#eventFilter">QObject::eventFilter</a>() implementation is called, and can accept or reject the filter, and allow or deny further processing of the event. If all the event filters allow further processing of an event, the event is sent to the target object itself. If one of them stops processing, the target and any later event filters don't get to see the event at all.</p>

<p>It's also possible to filter <i>all</i> events for the entire application, by installing an event filter on the <a href="qapplication.html">QApplication</a> or <a href="qcoreapplication.html">QCoreApplication</a> object. This is very powerful, but it also slows down event delivery of every single event in the entire application, so it's best avoided.</p>

<p>The global event filters are called before the object-specific filters.</p>

<p>Finally, many applications want to create and send their own events.</p>

<p>Creating an event of a built-in type is very simple: create an object of the relevant type, and then call <a href="qcoreapplication.html#sendEvent">QCoreApplication::sendEvent</a>() or <a href="qcoreapplication.html#postEvent">QCoreApplication::postEvent</a>().</p>

<p>sendEvent() processes the event immediately. When sendEvent() returns, the event filters and/or the object have already processed the event. For many event classes there is a function called isAccepted() that tells you whether the event was accepted or rejected by the last handler that was called.</p>

<p>postEvent() posts the event on a queue for later dispatch. The next time Qt's main event loop runs, it dispatches all posted events, with some optimization. For example, if there are several resize events, they are are compacted into one. The same applies to paint events: <a href="qwidget.html#update">QWidget::update</a>() calls postEvent(), which eliminates flickering and increases speed by avoiding multiple repaints.</p>

<p>postEvent() is also often used during object initialization, since the posted event will typically be dispatched very soon after the initialization of the object is complete.</p>

<p>To create events of a custom type, you need to define an event number, which must be greater than <tt>QEvent::User</tt>, and probably you also need to subclass <a href="qevent.html">QEvent</a> in order to pass characteristics about your custom event. See the <a href="qevent.html">QEvent</a> documentation for details.</p>

<td width="40%" align="center"><a href="trademarks.html">Trademarks</a></td>

</tr></table></div></address></body>

</html>

Older »