GNOME Bugzilla – Bug 695352
Allow fullscreen apps to show/hide the top panel
Last modified: 2021-07-05 14:18:55 UTC
When maximised on the screen that includes the top panel, it should be possible for the application to show/hide the top panel along with any of its own chrome. Currently, a video player would have at least 2 separate but closely related modes for which the interaction is not sufficiently different to the user that it would be hard to explain. The maximised mode: https://github.com/gnome-design-team/gnome-mockups/blob/master/videos/videos-fullscreen.png The fullscreen mode: would be the same, but without the top panel Instead of having 2 separate modes where the only difference is the presence of the top panel, applications should be able to show/hide the top panel (really, put it behind the application window like in fullscreen, or in front like when maximised).
We also have some notes here: https://live.gnome.org/GnomeOS/Design/Whiteboards/WindowStates
So I have read that bug like 4 times and still don't understand what problem you are trying to solve. Do you want to hide the panel and your chrome while being maximized? Where is the difference from just using full screen here? Do you want to show the panel on top of your fullscreen app? Why? this pretty much always looks bad / broken ...
As I understand it, the bug is about the "Overlay" window state in the design linked in comment #1. I think I'd prefer a window property to explicit show/hide methods, but in any case my main question would be how to coordinate size/position of the shell's top bar with the application's overlay chrome - in particular if we want to slide in the top bar rather than just popping it up.
(In reply to comment #3) > As I understand it, the bug is about the "Overlay" window state in the design > linked in comment #1. I think I'd prefer a window property to explicit > show/hide methods, but in any case my main question would be how to coordinate > size/position of the shell's top bar with the application's overlay chrome - in > particular if we want to slide in the top bar rather than just popping it up. We currently instantly show the overlays. For me, the top bar would still be there, but under the fullscreened window, and when the window property changes ("fullscreen popup shown") the topbar would be shown above. The application (or a GTK+ widget) would use the workarea API to figure out where to put the overlay.
*** Bug 696914 has been marked as a duplicate of this bug. ***
We ought to consider how the hot corner should work as a part of this. It might make sense to disable it while the top bar is hidden.
(In reply to comment #6) > We ought to consider how the hot corner should work as a part of this. It might > make sense to disable it while the top bar is hidden. Just for the record we do disable it in fullscreen applications. Which works well in most cases. The only case where it is annoying is when using gnome-documents maximized because it fullscreens itself without being asked to (which is a different bug) but if apps decide to use the hide topbar mode without an explicit user action we would just add more of this annoyance.
(In reply to comment #7) > (In reply to comment #6) > > We ought to consider how the hot corner should work as a part of this. It might > > make sense to disable it while the top bar is hidden. > > Just for the record we do disable it in fullscreen applications. Which works > well in most cases. The only case where it is annoying is when using > gnome-documents maximized because it fullscreens itself without being asked to > (which is a different bug) but if apps decide to use the hide topbar mode > without an explicit user action we would just add more of this annoyance. It would actually be less annoying, because showing the app's overlays would enable the hot corner.
*** Bug 742108 has been marked as a duplicate of this bug. ***
*** Bug 749285 has been marked as a duplicate of this bug. ***
Bug 749285 was one of the use cases for that feature, showing battery information while "in the video player".
A desired behavior would be similar to that obtained with the extension "hide top bar" activating the option, "When mouse panel show Approaches edge of the screen" (in full-screen applications only). Currently the only application that displays the top panel in full screen mode is cheese, however, is very confusing. Edge pressure and auto-hide top bar its a good choice.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.