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 672909 - Shortcut for Application menu
Shortcut for Application menu
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 665318 (view as bug list)
Depends on:
Blocks: 665312
 
 
Reported: 2012-03-27 12:42 UTC by Kamil Páral
Modified: 2012-10-15 23:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
panel: Add keyboard shortcut to open app menu (4.36 KB, patch)
2012-03-27 13:35 UTC, Florian Müllner
committed Details | Review
data: Expose '<Super>F10' shortcut in System Settings (843 bytes, patch)
2012-10-11 13:14 UTC, Florian Müllner
committed Details | Review

Description Kamil Páral 2012-03-27 12:42:16 UTC
In GNOME 3.4 there is a new feature - Application Menu:
https://live.gnome.org/ThreePointThree/Features/ApplicationMenu

However, there seems to be no easy keyboard shortcut how to invoke it. Using Ctrl+Alt+Tab -> right arrow -> Enter is extremely inconvenient.

Please add new keyboard shortcut for triggering Application Menu.

My proposal is Super+Space shortcut. (I tend to believe that the operating system should use the Super key in its shortcuts while applications should not. That would solve possible collisions. Of course this is not followed in current GNOME, so it's just a proposal).
Comment 1 Florian Müllner 2012-03-27 13:30:44 UTC
(In reply to comment #0)
> Please add new keyboard shortcut for triggering Application Menu.

Patch coming.


> My proposal is Super+Space shortcut.

In a brief discussion on #gnome-design, we settled on Super+F10 (as F10 is already used to focus the window menu).


> (I tend to believe that the operating system should use the Super key in its 
> shortcuts while applications should not.
> That would solve possible collisions. Of course this is not followed in current
> GNOME, so it's just a proposal).

See https://live.gnome.org/action/edit/GnomeOS/Design/Whiteboards/KeyboardShortcuts :-)
Comment 2 Florian Müllner 2012-03-27 13:35:01 UTC
Created attachment 210695 [details] [review]
panel: Add keyboard shortcut to open app menu

With the application menu now being more than a stub, it has
become a much more interesting target, so add a keyboard shortcut
to open it directly.
This should also ease some of the pain for focus-follows-mouse users.
Comment 3 drago01 2012-03-27 13:39:58 UTC
Review of attachment 210695 [details] [review]:

I take the list written by Jimmac as designer approval; the code looks good to me.
Comment 4 Pavel 2012-03-27 14:43:58 UTC
Super+F10 requires one to use both hands. Super+Space can be single-handed and on most keyboard can be done with either left or right hand.
Comment 5 Florian Müllner 2012-03-30 17:59:23 UTC
Attachment 210695 [details] pushed as c51acf7 - panel: Add keyboard shortcut to open app menu
Comment 6 Florian Müllner 2012-03-30 18:02:11 UTC
(In reply to comment #4)
> Super+F10 requires one to use both hands. Super+Space can be single-handed and
> on most keyboard can be done with either left or right hand.

Note that you can change the default shortcut if you want to:

  gsettings set org.gnome.shell.keybindings open-applications-menu '["<Super>space"]'

"space" in particular has the nasty side-effect of activating the selected menu item when using the keyboard shortcut while the menu is open, which is why I think that Super+F10 makes for a safer default.
Comment 7 André Klapper 2012-03-30 19:48:16 UTC
Did this receive a string freeze break approval that I missed?
Comment 8 drago01 2012-03-30 20:39:55 UTC
(In reply to comment #7)
> Did this receive a string freeze break approval that I missed?

Is one needed for *adding* new strings? i.e it did not change any existing ones.
Comment 9 Florian Müllner 2012-03-30 20:49:30 UTC
(In reply to comment #8)
> Is one needed for *adding* new strings? i.e it did not change any existing
> ones.

I think so, yes


(In reply to comment #7)
> Did this receive a string freeze break approval that I missed?

No, sorry - I checked for user-visible strings before pushing, but missed the markers in the schema (not that I consider strings in GSettings schemas "user-visible"). Speaking of which - could we remove all translations from the schemas rather than requesting the freeze break? Do those translations serve any purpose except for wasting translators' time?
Comment 10 André Klapper 2012-03-31 08:07:32 UTC
(In reply to comment #8)
> (In reply to comment #7)
> > Did this receive a string freeze break approval that I missed?
> Is one needed for *adding* new strings? 

If you add them to stable branches: Yes, as stable branches are considered string frozen. See https://live.gnome.org/TranslationProject/HandlingStringFreezes

> Speaking of which - could we remove all translations from the schemas 
> rather than requesting the freeze break? Do those translations serve
> any purpose except for wasting translators' time?

It's not the first time this question comes up and as usual I ask to ask and discuss this on the gnome-i18n@ mailing list...
Comment 11 drago01 2012-03-31 08:23:25 UTC
(In reply to comment #10)
> (In reply to comment #8)
> > (In reply to comment #7)
> > > Did this receive a string freeze break approval that I missed?
> > Is one needed for *adding* new strings? 
> 
> If you add them to stable branches: Yes, as stable branches are considered
> string frozen. See
> https://live.gnome.org/TranslationProject/HandlingStringFreezes

OK "Any addition or change of a string marked for translation" is pretty clear, thanks.
Comment 12 Florian Müllner 2012-05-07 13:27:23 UTC
*** Bug 665318 has been marked as a duplicate of this bug. ***
Comment 13 Matthias Clasen 2012-05-07 15:54:46 UTC
One issue: the keybinding does not appear in the control-center panel -
should it ?
Comment 14 Florian Müllner 2012-05-08 20:21:10 UTC
(In reply to comment #13)
> One issue: the keybinding does not appear in the control-center panel -
> should it ?

Good question - neither F10 nor <shift>F10 can be modified from gnome-control-center as far as I can see, so should <super>F10 be configurable?

(In any case, I've got some old patches for adding gnome-shell keybindings to g-c-c lying around, I'll get those cleaned up and posted)
Comment 15 Kamil Páral 2012-05-09 09:18:13 UTC
From my end-user perspective it would be great to have it configurable. I'd probably change it to some single-hand combination.
Comment 16 drago01 2012-05-09 10:12:01 UTC
(In reply to comment #15)
> From my end-user perspective it would be great to have it configurable. I'd
> probably change it to some single-hand combination.

Hmm... not sure that a config option is the right choice then.
If users feel that a single handed combination is a better choice (which makes sense IMO) we should just change the default (we can still make it configurable but we should choose a good default).

What about Super+F3 or F4 ?
Comment 17 Kamil Páral 2012-05-09 11:30:34 UTC
I personally like to assign Super+letter combinations, because modifier+Function key puts too much strain on my hands. E.g. I have changed default Alt+F4 to Super+Q and I'm very pleased with it. But I don't expect GNOME defaults to be like this. Using letters is tricky because of different keyboard layouts. Apple can afford it, because they also provide all the hardware, so that can draw special symbols onto the keyboard. We can't. So no matter what the default is, I'd love to have it configurable, because I'll probably want to change it.

As for the default, Super+Space was proposed already, Super+Escape can be interesting as well. But Super+F10 is not that bad either.

I think all the shortcuts should be considered as a whole, it would be nice to have some overall strategy, not just pick them randomly. The document linked in comment 1 is a good start.
Comment 18 Matthias Clasen 2012-05-09 12:58:35 UTC
(In reply to comment #16)
> (In reply to comment #15)
> > From my end-user perspective it would be great to have it configurable. I'd
> > probably change it to some single-hand combination.
> 
> Hmm... not sure that a config option is the right choice then.
> If users feel that a single handed combination is a better choice (which makes
> sense IMO) we should just change the default (we can still make it configurable
> but we should choose a good default).
> 
> What about Super+F3 or F4 ?

I'm not sure we're going to come up with a combination that 'just works'.
I agree that Super-F10 is somewhat pessimal from the single-handed use perspective.
My interest in having the keybinding in the keyboard panel is not solely for changing it, but also for discovering in the first place - I had forgotten about this being added, and could not work out which combination it might be...
Comment 19 Jasper St. Pierre (not reading bugmail) 2012-10-11 00:08:42 UTC
(In reply to comment #14)
> (In reply to comment #13)
> > One issue: the keybinding does not appear in the control-center panel -
> > should it ?
> 
> Good question - neither F10 nor <shift>F10 can be modified from
> gnome-control-center as far as I can see, so should <super>F10 be configurable?
> 
> (In any case, I've got some old patches for adding gnome-shell keybindings to
> g-c-c lying around, I'll get those cleaned up and posted)

Could you post those? This came up today on IRC. What about making these configurable again?
Comment 20 l300lvl 2012-10-11 00:13:56 UTC
My thoughts are to change it to the xf86menu key. It just makes sense to swap
the 2 or possibly find a way to do something like xf86menu+f10 and swap them.
Menu should open the more modern appMenu and the alternate should open the old
application specific menu.
Comment 21 l300lvl 2012-10-11 00:30:23 UTC
I.e: Swap the Context menu shortcut with the appMenu shortcut. Of course this bug also need taken care of before we can change the context menu shortcut as well: https://bugzilla.gnome.org/show_bug.cgi?id=660566
Comment 22 Florian Müllner 2012-10-11 05:55:33 UTC
(In reply to comment #19)
> (In reply to comment #14)
> > (In any case, I've got some old patches for adding gnome-shell keybindings to
> > g-c-c lying around, I'll get those cleaned up and posted)
> 
> Could you post those?

They are in 3.6.
Comment 23 Florian Müllner 2012-10-11 13:14:23 UTC
Created attachment 226262 [details] [review]
data: Expose '<Super>F10' shortcut in System Settings
Comment 24 Florian Müllner 2012-10-15 23:39:54 UTC
Attachment 226262 [details] pushed as 3a8e723 - data: Expose '<Super>F10' shortcut in System Settings