Alt+<key> window menu shortcuts cannot be disabled

This bug really annoy me too. I cannot use some Alt+<key> shortcut key in bash. ex: Alt+f, Alt + (left arrow key), Alt + (right arrow key)

In the terminal application in specific, you can disable the menu shortcuts
it in the options (otherwise I don't know how would I edit long commands).
See:

http://askubuntu.com/questions/30224/how-to-disable-the-alt-hotkey-behavior-on-gnome-terminal

For all the other applications, though, it is not possible to free
alt-shortcuts for other uses.

On Wed, May 29, 2013 at 12:59 PM, Pjack Chen <email address hidden> wrote:

> This bug really annoy me too. I cannot use some Alt+<key> shortcut key
> in bash. ex: Alt+f, Alt + (left arrow key), Alt + (right arrow key)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1113420
>
> Title:
> Alt+<key> window menu shortcuts cannot be disabled
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1113420/+subscriptions
>

BTW, Pjack Chen, you can mark this bug as "affecting you" on top of the page (under the bug title).

Woohoo! It seems that this is already possible! I just read this comment on an SO question

http://askubuntu.com/questions/124815/how-do-i-enable-emacs-keybindings-in-google-chrome#comment332725_233539

System Settings - Keyboard - Shortcuts tab - Windows section - Disable "Activate the window menu"

Although this is only alt+space initially, disabling it removes all the alt+<key> window menu shorcuts. Since this is the case, this bug report can be aimed at making that description clearer.

False alarm, it doesn't really work :(

It seemed to be working for Chromium, but not for all applications. Seems that Chromium didn't have these "shortcut" menu items - just alt+f mapping to its options.

The bug remains open...

Status changed to 'Confirmed' because the bug affects multiple users.

Alt+menu shortcut shortcuts doesn't work also (e.g. Alt+F should open &File menu)

This issue is still in 14.04

Same bug here! on Ubuntu 14.04

I play at WoW with wine and the alt+a and alt+e bug my game!

It's not possible to disable alt+a or alt+e ....

I found a work around in ubuntu forum : http://ubuntuforums.org/showthread.php?t=1735533

*** quote ***
To disable mnemonics you should create (if it doesn't already exist) ~/.gtkrc-2.0. This file should contain the line gtk-enable- mnemonics = 0 (you can add other GTK settings if you'd like). Then, restart for the changes to take effect (you may be able to log out then log in instead).
***

I don't know what are mnemonics, and it might depends on which version of gtk your application is using.

The above comment didn't work for me. It seems in Ubuntu 14.04, Nautilus uses GTK-3.0 and in 3.0 they moved away from the gtkrc files and use settings.ini files in various locations.

For Nautilus on Ubuntu 14.04:

Create the following path & file if it doesn't already exist.
/home/YOURUSERNAME/.config/gtk-3.0/settings.ini
Then add:
[Settings]
gtk-enable-mnemonics = 0
Then logout and log back in.

Sources:
* https://mail.gnome.org/archives/gtk-list/2011-March/msg00108.html
* https://developer.gnome.org/gtk3/stable/GtkSettings.html

Better formatting here => http://askubuntu.com/a/569303/11929

#13 that doesn't work for me.

According to GTK docs, this setting has been disabled since 3.10, which is what's on 14.04.

https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-auto-mnemonics

#13 does work for me.

According to GTK docs , GtkSettings:gtk-enable-mnemonics has been deprecated since version 3.10 and should not be used in newly-written code. This setting can still be used for application overrides, but will be ignored in the future.

https://developer.gnome.org/gtk3/stable/GtkSettings.html#GtkSettings--gtk-enable-mnemonics

#14 refers to the wrong property. It is gtk-enable-mnemonics rather than gtk-auto-mnemonics.

Just in case someone is so annoyed that he is ready to do some untested things, just copy-paste this in terminal with root permissions:

export QUILT_REFRESH_ARGS="-p ab --no-timestamps --no-index"
export QUILT_PATCHES=debian/patches
apt-get -y build-dep indicator-appmenu
apt-get -y source indicator-appmenu
apt-get -y install quilt
cd indicator-appmenu-*
quilt new disable_alt_shortcut
quilt push
quilt add src/window-menu-dbusmenu.c
echo """
Index: indicator-appmenu-15.02.0+15.04.20150302/src/window-menu-dbusmenu.c
===================================================================
--- indicator-appmenu-15.02.0+15.04.20150302.orig/src/window-menu-dbusmenu.c
+++ indicator-appmenu-15.02.0+15.04.20150302/src/window-menu-dbusmenu.c
@@ -345,7 +345,6 @@ item_activate (DbusmenuClient * client,
 static void
 status_changed (DbusmenuClient * client, GParamSpec * pspec, gpointer user_data)
 {
- g_signal_emit_by_name(G_OBJECT(user_data), WINDOW_MENU_SIGNAL_STATUS_CHANGED, dbusmenu_client_get_status (client));
 }

 WindowMenuStatus dbusmenu_status_table[] = {
""" | patch --ignore-whitespace -p1
quilt refresh
dpkg-buildpackage
cd ..
dpkg -i indicator-appmenu-*.deb

Sorry, don't mind to my previous comment. It doesn't work (although it seemed to me that it did for a moment).

This is a general problem across Unity, and it is SUPREMELY annoying.

I like to use <alt>-t to open a terminal, and various other keyboard shortcuts that use <alt> as the only modifier. That has always worked, but it's broken on Unity: when I start an application that has a menu that starts with the letter 't', that application steals the shortcut. Instead of popping up a new terminal, it opens that menu.

Even worse, even after quitting the application the keyboard shortcut remains broken.

To reproduce:
- in Unity settings -> keyboard -> Shortcuts -> Launchers change the "Launch terminal" shortcut to ALT+T
- hit <alt>-t, new terminial pops up
- start Thunderbird or Okular, both of which have a "Tools" menu
- note <alt>-t now opens the Tools menu
- kill the application
- hit <alt>-t, nothing happens

The keyboard shortcut is still there in the settings. Restarting Unity makes it work again.

Note that the applications that trigger this use GTK2 and Qt, respectively. There is nothing wrong with an application registering menu keyboard shortcuts -- but the window manager cannot be overruled by an application!

Unity's keyboard shortcuts *must* take precedence.

This is very annoying with Sublime Text too, which binds special keybindings using the Alt key.

As part of the big bug review for 16.04 LTS I have tested this on 15.10 and the bug is still there.

Bug still present in 15.10 . Doesn't work by even disabling the "Activate the window menu" shortcut from Settings->Keyboard->Shortcuts. Particularly annoying while using Sublime Text.

Still exists on 16.04. This bug appears to have been orphaned for years: what might be necessary to get someone to look at it? Should we go upstream to gtk?

Linux power users tend to make heavy use of keybindings involving alt/meta and ctrl. Consequently, this is a very serious issue.

#13 does not seem to work in 16.04 anymore. It takes the keys from the application too, can't use the keys bound by the editor / ide.

Yes, just set some language that doesn't use Latin alphabet for your GUI and you'll be able to code in the IDE.

I just wanted to play games in Ubuntu. alt-e is a crucial keybind for me in my favourite game. This little bug prevents me from playing.

A little workaround that I found

the alt-r key does not trigger for me the HUD. So I reprogrammed my keyboard alt-l to be alt-r as well.

works for me. I hope it helps until this is fixed/changed.

NOTE. I do have a programmable keyboard. I do not know if it works with software keymapping solution