cosmic-comp
cosmic-comp copied to clipboard
pop-os
Parts of menus that are over a panel aren't selectable
This occurs regardless of panel configuration (other than autohide, since the panel goes away). If this is more related to cosmic-comp, feel free to move this there.
what is an example of the issue? I think ideally in the case of a panel that doesn't hide, popups should probably be constrained so that they don't overlap the panel.
Some apps have drop-down menus from the sides, so this can make certain options non-clickable when maximized (or if the menu is long enough).
It would probably be more desirable that the popup overlaps the panel, so that it doesn't lead to unexpected popup placement.
This might also happen if the menus are subsurfaces instead of popups. I don't believe they will receive pointer motion events when they are outside the parent window. If they are not being constrained by cosmic-comp, I would guess they might be.
Hmm, actually testing this locally with inkscape it seems to be using regular popups.
The drop-down menu of the app in the second screenshot (and other Xwayland apps) didn't previously receive pointer events outside the window, but that has since been fixed in cosmic-comp (maybe around a month or two ago). So this is some interaction with the panel specifically (since pointer events for menus outside the window are received for both Wayland and Xwayland windows when not overlapping a panel).
Ya, this is probably related to how cosmic-comp orders the surfaces that it sends pointer events to. I can transfer it there.
It would be good if surface_under (used for pointer/touch input) and workspaces_elements (used for rendering) could share logic for the z-order of all the elements in some way, so they don't have to duplicate that and it can't be inconsistent.
Essentially, this menu in Google Chrome shouldn't go beyond these boundaries at all. Here's a comparison with GNOME. Yes, they should be clickable, of course, but please also look into this bug
