GNOME Bugzilla – Bug 791262
Super+F shortcut for full-screen mode
Last modified: 2021-05-25 12:42:33 UTC
There is really nifty feature available inside GNOME Shell keyboard options: Full-screen mode. It saves lots of screen space especially when working on smaller screens and it's also useful when using apps that need screen space like blender, krita, gimp, inkscape etc. My proposal is to add Super+F as "Full-screen" shortcut to this feature. It will somehow comply current Super+H as "Hide".
It's not actually gnome-shell that provides that setting, but gsettings-desktop-schemas (to share it between mutter and metacity), so reassigning.
We discussed this on #gnome-design earlier and having a standard keyboard shortcut for full-screen made seemed like a good idea!
Created attachment 365054 [details] [review] schema: Add default shortcut for 'toggle-fullscreen' Not all applications provide a fullscreen option, so a universally supported system shortcut can be helpful, so assign a default shortcut to the existing 'toggle-fullscreen' action.
Under Windows: Open File Explorer. Windows logo key + F Under macOS: Command-F Find items in a document or open a Find window. Windows uses Alt+Enter for toggle-fullscreen. I also wonder how well applications that don't provide "a fullscreen option" support fullscreen as well.
Actually under Windows 10 WinKey+F is Feedback Hub, Winkey+S is Search/Find but Ctrl+Winkey+F is computer finder so some inconsistency here. Winkey+E is Explorer file manager and games indeed use Alt+Enter for Full-screen (this one is legacy from DOS times as far as I remember) From what I've tested all apps without full-screen option work really well - top bar and title bar is hidden nicely. However, when app uses CSD title bar is hidden too. I was thinking about Super+Enter and it's really nice shortcut too, but as Super+H is hide I've proposed Super+F. Fortunately this shortcut doesn't have to be "one-handed" as it's used only when you start app so it's different then e.g. Super+Tab that needs to be one handed as it's used really often.
(In reply to Alex from comment #5) ... > From what I've tested all apps without full-screen option work really well - > top bar and title bar is hidden nicely. However, when app uses CSD title bar > is hidden too. Right, that's an issue. A lot of GNOME apps hide their header bars when fullscreen is activated in this way, and there's no visible way to disable it. I've also noticed inconsistent behaviour - if I activate full screen in Eye of GNOME, if I use the full screen button, there's an overlaid header bar that's shown on mouse movement. However, if I use the system shortcut, this overlaid header bar isn't present.
(In reply to Allan Day from comment #6) > I've also noticed inconsistent behaviour - if I activate full screen in Eye > of GNOME, if I use the full screen button, there's an overlaid header bar > that's shown on mouse movement. However, if I use the system shortcut, this > overlaid header bar isn't present. That sounds like an application bug. An app's fullscreen action should really only request fullscreen mode, then any UI changes should be done when the window state actually changes. Totem is a good example of an app that does have a dedicated fullscreen UI that works independent on whether the in-app action or the system shortcut is used.
(In reply to Allan Day from comment #6) > > Right, that's an issue. A lot of GNOME apps hide their header bars when > fullscreen is activated in this way, and there's no visible way to disable > it. > Fortunately very minor. Productivity apps don't seem to use CSD currently (or I'm missing something). IHMO this can be related to usability of very long header bar above menu where also name of app is present. Older versions of ms office used to have some icons there, now only few left: http://4.bp.blogspot.com/--SS9l5-SRDM/VfLdQFCAcqI/AAAAAAAAAME/-9vBeJxCZ9E/s1600/office-2016-leaked-pic.png As you can see on new ACAD usability of such bar can be really poor: why would you look above menu when all other icons are below? Or why wouldn't you just use shortcuts for really very basic features like undo and save if you use such complicated app? http://www.filehorse.com/download-autodesk-autocad/screenshots/ So when you sort apps into "should be run on full screen" (blender, gimp, krita, inkscape, natron, freecad) and "can be small" (file manager, calendar) you will notice that CSD works great for latter. Current full-screen option solves screen space saving extremely well because it's up to user to switch to full-screen or not. Sidenote: switching to full screen and back could be done using super+wheel up/super+wheel down, but this doesn't seem possible to set it such way.
(In reply to Alex from comment #8) > (In reply to Allan Day from comment #6) > > > > Right, that's an issue. A lot of GNOME apps hide their header bars when > > fullscreen is activated in this way, and there's no visible way to disable > > it. > > > > Fortunately very minor. I'm afraid I disagree - it's quite a serious issue. Many apps are fairly unusable without their header bars.
(In reply to Allan Day from comment #9) > (In reply to Alex from comment #8) > > (In reply to Allan Day from comment #6) > > > > > > Right, that's an issue. A lot of GNOME apps hide their header bars when > > > fullscreen is activated in this way, and there's no visible way to disable > > > it. > > > > > > > Fortunately very minor. > > I'm afraid I disagree - it's quite a serious issue. Many apps are fairly > unusable without their header bars. For apps with header bars: of course. You will either get full screen without header bar or have GNOME top bar visible. This for sure should be addressed. I personally use graphics + 3d: blender, natron, freecad, krita, scribus, rawtherapee, inkscape (sometimes) and libreoffice and none of them uses CSD as far as I remember. But of course, world doesn't end @ graphics software, my bad here, sorry. Question arises if there is scenario where app uses or start to use CSD without any buttons, so if issue above is addressed e.g. by forcing visible title bar when CSD is active we won't achieve desired full-screen.
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 enhancement request ticket at https://gitlab.gnome.org/GNOME/gsettings-desktop-schemas/-/issues/ Thank you for your understanding and your help.