18

I have two overlapping widgets in a window child A and child B. Child A is above B and gets mouse events but sometimes the click should pass through and eventually hit child B.

The ideal solution would have been to use event->ignore() but this passes the event to the parent widget, not siblings.

The "pass all" solution setAttribute(Qt::WA_TransparentForMouseEvents); does not work either because child A needs to capture some events.

How do I tell Qt "I do not want to handle this event, act like I am not there" ?

Anna B
  • 5,997
  • 5
  • 40
  • 52
  • Can you set the "pass all" option on and re-send the mouse event from the mouse event handler? After the event has completed, set to it false again. Might cause infinite recursion.. Maybe you should install an event filter in the main window to child A, try if A manages the event, if not, check if it's in the area of child B and if so, pass it to that? This should work, but might be a bit of a hack. Otherwise, i'd see the possibility that A should know B and be able to pass events to it. – 0xbaadf00d Apr 06 '11 at 09:16
  • 1
    By looking at Qt's source code, `QWidgetPrivate::childAtRecursiveHelper` finds a matching child (filtering those with `WA_TransparentForMouseEvents` and then it calls the child's event handler but this call happens outside the child finding method so the only solution seems to manage click ops by hand from the parent... – Anna B Apr 06 '11 at 09:34

5 Answers5

5

The easier solution (if applicable) is to set WA_TransparentForMouseEvents depending on your click-through condition.

For example, if you want to click through certain regions of Child-A, you can use its mouseMoveEvent() to check whether WA_TransparentForMouseEvents needs to be set or unset. Then click events pass through automatically.

If you cannot determine whether a click event should be accepted before it has actually been triggered, you can do something like this:

void ChildA::mousePressEvent(QMouseEvent* event) {
    const bool accepted = ...; //insert custom logic here
    if (accepted) {
        ... //handle event here
    } else {
        //not accepting event -> resend a copy of this event...
        QMouseEvent* eventCopy = new QMouseEvent(*event);
        QApplication::instance()->postEvent(eventCopy);
        //...but this time, ignore it
        setAttribute(Qt::WA_TransparentForMouseEvents, true);
        QTimer::singleSlot(1, this, SLOT(resetClickTransparency()));
        //don't propagate original event any further
        event->accept();
    }
}

void ChildA::resetClickTransparency() { //slot
    setAttribute(Qt::WA_TransparentForMouseEvents, false);
}

Disclaimer: All of this written down by heart after a year of not doing Qt, so please correct me on name or type errors.

Stefan Majewsky
  • 5,427
  • 2
  • 28
  • 51
  • I know this is old, but just so you know, I can't set it to false once I activated it. – Romain Aug 05 '14 at 08:18
  • Downvoted because this is quite the hack, and will probably often work for click events that don't come in too fast, but if the app hangs for a small moment and multiple clicks come in then some will probably trigger erroneously. The other solutions presented here require some more work for the implementor but are more robust imo. – Adversus Nov 08 '21 at 13:46
4

You may also approach the issue from the other side. Instead of forwarding events to the "other" widget, you could have your other widget listen in to events for the first widget using an event filter. I am not sure if that fits your use case, it depends on what/who determines what events are to be handled by what object.

André
  • 570
  • 3
  • 7
2

If the event have to be ignored by Child-A, emit a signal and capture it with its parent, then the parent emits a new signal to be captured by Child-B

Child-A -> Parent -> Child-B
(Signal) -> (Slot)(Signal) -> (Slot)

Manuel
  • 2,236
  • 2
  • 18
  • 28
1

Here is a possible option :

  1. give the child B pointer to the child A objet.
  2. redefine bool QObjet::event(QEvent *event) to reforward the event to child B whenever needed.

For example :

bool WidgetA::event(QEvent *event)
 {
    QWidget::event( event);
    QEvent::Type type = event->type();
    if ( (type != QEvent::KeyPress) &&
         (type != QEvent::Wheel) &&
         (type != QEvent::MouseButtonDblClick) &&
         (type != QEvent::MouseMove) &&
         (type != QEvent::MouseButtonPress) )
        return true;
    //forward the event
    if ( m_pChildB )
         m_pChildB->event( event);
    return true;

 }

Hope this helps.

0

With current Qt5 (surely this works with Qt6, too; I don't know if it works with Qt4) I found the following works very well if you want to stack several semi-opaque widgets on top of each other (such as custom drawing canvas or QMdiArea above a media viewer, etc).

General assumption is to view QObject parenting in the sense of event handling (if the child can't handle an event, the parent will deal with it).

In my case this looks similar to the following:

class MyCentralWidget(QWidget):

def __init__(self, *args, **kwargs):
    super().__init__(*args, **kwargs)

    # helper class - initializes a layout suitable for widget stacking
    class _Layout(QGridLayout):
        def __init__(self, *args, **kwargs):
            super().__init__(*args, **kwargs)
            self.setContentsMargins(0, 0, 0, 0)

    # set layout for this widget
    layout = _Layout(self)

    # initialize layer widgets
    layer0 = ...  # bottom most layer
    layer1 = ...
    layer2 = ...
    layer3 = ...  # top layer

    # Stack entities on top of another
    layout.addWidget(layer0, 0, 0)  # this is shielded by layer1 and will never receive mouse events
    layout.addWidget(layer1, 0, 0)  # this will receive all mouse events not handled by layers above

    # Parenting-based stacking using QGridLayout
    # to enable proper event propagation (events flow in
    # child->parent direction if unused by child)
    _Layout(layer1).addWidget(layer2, 0, 0)
    _Layout(layer2).addWidget(layer3, 0, 0)

    # Resulting mouse event propagation: layer3 -> layer2 -> layer1

    # possibly add some other floating widget for floating menus...
    toolbox = MyToolbox(parent=self)

Now in order to propagate an event to a lower widget (e.g. from layer3 to layer2) you have to make sure the widget does not consume the events. Usually when a widget is not interested in an event it simply passes it to its parent by calling event() on its base (e.g. QMdiArea does it when no QMdiSubWindow or button is hit):

# example implementation of event() method
def event(self, e) -> bool:
    if self.consumeEvent(e):
        # return if event was consumed
        return True
    # event was not consumed - send to parent via super call
    return super().event(e)