Should support changing shortcuts via can_change_accels (menu item selection + key combination)

Bug #610234 reported by Tobias Wolf
190
This bug affects 34 people
Affects Status Importance Assigned to Milestone
Application Menu Indicator
Triaged
Wishlist
Unassigned
indicator-appmenu (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Binary package hint: indicator-appmenu

Standard GTK menus support changing keyboard shortcuts displayed on the right hand side of the menus by highlighting the menu item and pressing the new shortcut. The feature is controlled by the can_change_accels Gconf key and is often the only supported way to configure shortcuts in applications [1].

[1] http://mail.gnome.org/archives/evince-list/2010-July/msg00036.html

Tags: keyboard ui
Ted Gould (ted)
Changed in indicator-appmenu:
status: New → Confirmed
importance: Undecided → Wishlist
Changed in indicator-appmenu (Ubuntu):
status: New → Confirmed
importance: Undecided → Wishlist
David Barth (dbarth)
tags: added: keyboard
Revision history for this message
Tobias Wolf (towolf) wrote :

Here’s another hint that this is official method of keyboard configuration:

http://mail.gnome.org/archives/nautilus-list/2010-December/msg00036.html

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

I've tried it in unity with gedit. Enabling the /desktop/gnome/interface/can_change_accels gconf key I can change the accels, but the change doesn't take effect: the menu shows the new accelerator (also reloading the application, if it supports saving this option), but the new accelerator doesn't work at all, while the old one still continues working...

Revision history for this message
Tobias Wolf (towolf) wrote :

Marco, can you cross-check if it works when you open the menu with F10?

Revision history for this message
Marco Trevisan (Treviño) (3v1n0) wrote :

Yes, with the F10 menu it correctly works!

Changed in indicator-appmenu (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
Carey Underwood (cwillu) wrote :

No longer works with F10, nor does the shortcut even appear to be set.

Revision history for this message
FERNmann (fernmann-deactivatedaccount) wrote :

I strongly agree. This is a very user-friendly and standardised way of configuring shortcuts and it is easy to implement for the developer in GTK+ applications. Ubuntu should support it.

Revision history for this message
Tomas Lukosius (tomas-ebox) wrote :

Same here. I guess it's Unity issue.
Anyway http://empty.23inch.de/pmwiki.php/Main/EditShortcuts might me a temporary and dirty solution.

Revision history for this message
Tomas Lukosius (tomas-ebox) wrote :

About the solution just posted. Well I wish I could get it working in Unity! Got too excited too soon.

summary: - Should support changing shortcuts via can_change_accels
+ Should support changing shortcuts via can_change_accels (menu item
+ selection + key combination)
Revision history for this message
Bernard Banko (beernarrd) wrote :

I have tried the configs both in gconf-editor and dconf-editor and I was left without success.

Revision history for this message
Bernard Banko (beernarrd) wrote :

Actually the importance should not be "wishlist" but "regression" as this had worked in 10.10. Can anybody change it?

tags: added: ui
Omer Akram (om26er)
Changed in indicator-appmenu:
status: Confirmed → Triaged
Revision history for this message
TomasHnyk (sup) wrote :

BTW: uninstalling indicator-appmenu makes can_change_accels actually work.

Revision history for this message
FERNmann (fernmann-deactivatedaccount) wrote :

Really? When you're no longer using the software who has the bug, you're no longer affected by it? Captain Obvious to the rescue! ;-)

Revision history for this message
TomasHnyk (sup) wrote :

FERNmann: well, I meant that it enables you to change shortcuts and that these changes are persisent when you install indicator-appmenu back (which is not so obvious:-))

Revision history for this message
Andreas Grois (soulsource) wrote :

That's clear. Still this is only a workaround. By the way, one needn't uninstall the global menu, one can simply disable it temporarily by unsetting the environment variable UBUNTU_MENUPROXY.

Revision history for this message
FERNmann (fernmann-deactivatedaccount) wrote :

A third workaround to change the accels: If an application supports accel changing (must call gtk_accel_map_load/gtk_accel_map_save to make accel changes persistent), a scheme-style configuration file should exist that maps the actions onto the keys, it can be edited by a normal text editor. Normally the file can be found in the application's configuration folder (e.g for Banshee: ~/.config/banshee-1/gtk_accel_map). After a restart of the application the changed shortcuts should work.

Revision history for this message
Thomas Weber (th-we) wrote :

Interestingly, for me it doesn't even work when uninstalling indicator-appmenu (in 12.10). I did use this feature in pre-Unity Ubuntu versions and I don't remember what was the last version that worked for me.

Revision history for this message
viggy_prabhu (stove311987) wrote :

Any recent update on this? I am using Ubuntu 14.04 and still not able to change Gedit shortcut.

Revision history for this message
TomasHnyk (sup) wrote :

It is even worse, GTK dropped support for this in version 3.10 that is included on 14.04 so it works only with GTK2 (with some hacks) applications.

Revision history for this message
Emil Donca (emil-donca-deactivatedaccount-deactivatedaccount) wrote :

Everything menu-related in Ubuntu was awful throughout the years. It's like multiple concurrent failed attempts to come up with something newer and better (like global menus) when in fact it just produces inconsistency and removes something that works and people are familiar with.

Just upgraded to 14.04 only to find Nautilus has no menus whatsoever, and after 1h of searching I still don't get them.
can_change_accels works in neither dconf nor gconf, and manually editing accels files doesn't work, and files are overwritten on next program quit (by program I mean e.g. gedit). The level of regression in the area of Menus is just horrible.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.