Trivial re-implementation of QCoreApplication::notify entails infinite loop

[guenthk]

The trivial re-implementation of QCoreApplication::notify reads:

class MyApp : public QApplication {
...
bool notify (QObject *receiver,QEvent *evt );
...
}
 
bool MyApp ::notify (QObject *receiver,QEvent *evt ) {
  return QCoreApplication::notify(reveiver,evt);
}

class MyApp : public QApplication {
...
bool notify (QObject *receiver,QEvent *evt );
...
}

bool MyApp ::notify (QObject *receiver,QEvent *evt ) {
  return QCoreApplication::notify(reveiver,evt);
}

To copy to clipboard, switch view to plain text mode 

This entails a never-ending flood of timer events.

===============================================

Now I have found out that QWorkspace uses qFindChildren to get a (huge) list of *all* (recursively) nested child widgets of a QWorkspaceChild and establishes an event filter for *each* of these. In this way every click on any tiny input widget is recognized and activates the QWorkspaceChild.

This appears as a very inelegant solution of the problem, and the newer QMdiArea widget seems to use a different method, but which?

===============================================

Of what avail is it to install an event filter for the application object? Will I recognize in this way when a mouse click is performed anywhere in one of my QSplitter children? I'll have to try this out!

Many thanks for the time being!