Bug#45945: menu and widget hotkey conflict resolution

[Rob Kaper]

On Tuesday 30 July 2002 19:37, Waldo Bastian wrote:
> On Tuesday 30 July 2002 04:01 am, ramon.casha at linux.org.mt wrote:
> > Package: kde
> > Version: KDE 3.0.2
> > Severity: wishlist
> > Installed from:    Mandrake RPMs
> > Compiler:          Not Specified
> > OS:                Linux
> > OS/Compiler notes: Not Specified
> >
> > A common problem, especially with translated applications, is that it's
> > easy for two menuitems or two widgets to end up with the same "hotkey"
> > (alt+letter). When this happens in KDE, one can get undesired results.
> > It's very difficult to visually check that every widget/menu has a
> > different hotkey, especially when menuitems are added/removed dynamically
> > based on the context.
> >
> > This issue could be resolved if KDE ran some kind of check when a
> > menu/dialog is displayed, checking for duplicate hotkeys, and removing
> > the second instance if found. By outputing a message to stderr for each
> > instance, it could also become easier for translators/developers to find
> > and fix them.
>
> We have such a check already, unfortunately I have no idea how it works.

Duplicate hotkeys are very nicely supported in KDE actually. I accidently used 
the same hotkey for two actions in Noatun and noticed a popup menu asking me 
which I wanted, which was very elegant and useful.

I still have the same shortcut to stop playing music in Noatun with the Young 
Hickory plugin and renaming sessions in Konsole (Ctrl-Alt-S). The global 
music shortcut always takes preference over the application shortcut because 
it is handled before the application. As far as I know there is no way for 
the global shortcut code to see if the currently focussed/active application 
has a similar hotkey so it can show that popup.

Rob
-- 
Rob Kaper     | Gimme some love, gimme some skin,
cap at capsi.com | if we ain't got that then we ain't got much
www.capsi.com | and we ain't got nothing, nothing! -- "Nothing" by A