system menu inaccessibility without title bar
Categories
(Core :: Widget: Gtk, enhancement, P5)
Tracking
()
People
(Reporter: contact, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:72.0) Gecko/20100101 Firefox/72.0
Steps to reproduce:
No direct and clear access is available to the system menu for a browser window when the application is configured not to use a title bar.
Actual results:
Recent versions of Firefox may be customized to consolidate the title bar with the tab bar. In such use, right clicking on this bar generates an application menu, rather than a system menu familiar in most windowing system from right clicking a title bar. In fact, without a system-dependent keyboard shortcut, access to this menu appears to be unavailable.
Expected results:
The system menu is important. It not only provides alternative access to operations commonly invoked through the window frame and control buttons, but also to additional system-dependent operations not otherwise accessible, such as moving a window to a different workspace. Some transparent and convenient access should be available.
|
||
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
|
||
Updated•4 years ago
|
|
Reporter | |
Comment 3•4 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #2)
You can use ALT+SPACE keyboard shortcut to open it.
I understand. This sequence being difficult to discover or to repeat calls for an alternative that is clear and direct.
The enhancement requested would entail a button or simple mouse action.
|
|
||
Comment 4•4 years ago
|
||
Yes I understand you. I tried to find some integration here but I didn't come with anything feasible.
|
|
Reporter | |
Comment 5•4 years ago
|
||
Your explanation is rather vague. Perhaps you are suggesting a limitation of the application triggering the display of the system menu, rather than the display being caused directly by the windowing system? I am only guessing about the details of your actual meaning.
|
|
Reporter | |
Comment 6•4 years ago
|
||
Currently, right-clicking on an empty area in the tab bar, even when the full title bar is disabled, causes the display of an application pop-up menu. If the application does not handle this click event, then is it passed to the window manager, with the possibility of causing the display of the system menu?
Further, currently, the default button configuration for the title bar is overridden, again in the case that a full title bar is disabled, with only buttons shown for minimize, maximize, and close. Is it possible simply to use, in this case, the same button configuration of basic windows?
|
|
||
Updated•4 years ago
|
|
|
Reporter | |
Comment 7•4 years ago
|
||
Why is this issue now WONTFIX? The described problem is an obvious impediment to usability.
|
|
||
Comment 8•4 years ago
|
||
(In reply to brainchild from comment #7)
Why is this issue now WONTFIX? The described problem is an obvious impediment to usability.
Please reopen if you have a fix available, I'm not going to work on that.
Thanks.
|
|
Reporter | |
Comment 9•4 years ago
|
||
I don't have one now, but perhaps someone will later. Closing the issue makes others less likely to notice it or to believe that a fix is welcome.
|
|
||
Comment 10•4 years ago
|
||
(In reply to brainchild from comment #9)
I don't have one now, but perhaps someone will later. Closing the issue makes others less likely to notice it or to believe that a fix is welcome.
Well let's make it duplicate of Bug 1538482 then.
Description
•