After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 752771 - Add a "ShowApplications" toggle
Add a "ShowApplications" toggle
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
3.17.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks: 691636
 
 
Reported: 2015-07-23 11:01 UTC by Bastien Nocera
Modified: 2021-07-05 14:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2015-07-23 11:01:09 UTC
Part of it was already handled in bug 698743, but bug 691636 needs something more.

When pressing the "Launchpad" key on a Mac, the application view will be toggled, so when pressed it should do:

[any mode] -> applications shown -> out of the overview

If we're any other overview mode, it should show the applications.

I can't see a way to do this with the current D-Bus API.
Comment 1 Bastien Nocera 2015-07-23 11:03:39 UTC
Similarly, the "Mission Control" key should go to the exposé view whether or not we're already in the overview.

Maybe a OverviewMode property would be enough?
Comment 2 Giovanni Campagna 2015-07-24 02:13:57 UTC
One should note that a behavior that is compatible with the intention of the buttons can be achieved without code changes, just by wiring Launchpad to Super+A and Mission Control to Super+F1.
While it is not exactly what OS X implements, I honestly don't see the advantage of replicating its behavior in a fairly different environment at the expense of more code and more complexity (where the complexity comes from scattering keybindings around between mutter and g-s-d)
Comment 3 Bastien Nocera 2015-07-24 10:08:02 UTC
(In reply to Giovanni Campagna from comment #2)
> One should note that a behavior that is compatible with the intention of the
> buttons can be achieved without code changes, just by wiring Launchpad to
> Super+A and Mission Control to Super+F1.

"behavior that is compatible with the intention"

> While it is not exactly what OS X implements, I honestly don't see the
> advantage of replicating its behavior in a fairly different environment at
> the expense of more code and more complexity (where the complexity comes
> from scattering keybindings around between mutter and g-s-d)

I don't think Super+A is useful as it stands, the 2nd key press always gets you to the overview instead of back to where you were (which might be the overview, but more likely your app).

Super+F1 does nothing on my system, it's Alt+F1 or Super+S. Its behaviour has the same problem in that it doesn't go from the applications list to the mosaic of windows, but just exits the overview.
Comment 4 Giovanni Campagna 2015-07-28 01:42:00 UTC
(In reply to Bastien Nocera from comment #3)
> (In reply to Giovanni Campagna from comment #2)
> > One should note that a behavior that is compatible with the intention of the
> > buttons can be achieved without code changes, just by wiring Launchpad to
> > Super+A and Mission Control to Super+F1.
> 
> "behavior that is compatible with the intention"

What I mean is that the buttons are clearly meant to open the expose window view and the application view when pressed. What to do when the view is already opened is less clear though, and we can explore some different choices.
 
> > While it is not exactly what OS X implements, I honestly don't see the
> > advantage of replicating its behavior in a fairly different environment at
> > the expense of more code and more complexity (where the complexity comes
> > from scattering keybindings around between mutter and g-s-d)
> 
> I don't think Super+A is useful as it stands, the 2nd key press always gets
> you to the overview instead of back to where you were (which might be the
> overview, but more likely your app).
> 
> Super+F1 does nothing on my system, it's Alt+F1 or Super+S. Its behaviour
> has the same problem in that it doesn't go from the applications list to the
> mosaic of windows, but just exits the overview.

Sorry, I had remapped Alt+F1 to Super+F1 in my old laptop, and remapped to MissionControl in my new laptop.
In any case, if the two key combinations are not useful as they stand, we should fix them, and then add the OS X keys as secondary defaults. I don't see a reason to have special code just for a specific model of keyboards.
Comment 5 GNOME Infrastructure Team 2021-07-05 14:18:22 UTC
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.