2709f6c102
With the presence of Clutter.grab(), this behaves differently enough that needs some redoing. The larger difference is what actors are eligible for handling events. In the older code, a PopupMenuManager would ask the grabHelper to capture events from all the stage, and selectively silence events on any actor that is not the currently shown popup menu or the "source" actor for any other popup in the group (i.e. those that would pop up another menu). But we don't want to just silence events, we want to emit the correct set of crossing events when a popup menu is shown or closed, this requires a backing ClutterGrab() on the currently shown menu. Since the presence of a grab also affects the ability to have actors outside the grab area to handle events, the PopupMenuManager now must detect hovering and focus changes to other menu sources by handling events on the grabbed popup itself. Redo the grabbing over Main.pushModal/popModal (i.e. ClutterGrab, plus keyboard focus restoration) and a captured event handler on the currently shown menu, to make PopupMenuManager behave as it is expected with this new kind of grabs. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2045> |
||
---|---|---|
.. | ||
dbusServices | ||
gdm | ||
misc | ||
perf | ||
portalHelper | ||
ui | ||
js-resources.gresource.xml | ||
meson.build | ||
portal-resources.gresource.xml |