[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Bug#45945: menu and widget hotkey conflict resolution
From:       Otto Bruggeman <bruggie () bruggie ! dnsalias ! org>
Date:       2002-07-30 19:39:50
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 30 Jul 2002, Waldo Bastian wrote:
> On Tuesday 30 July 2002 04:01 am, ramon.casha@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.
>
> Cheers,
> Waldo
>

Add this to $KDEHOME/share/config/kdeglobals:
[Development]
CheckAccelerators=F12

You can choose your own key to activate the check for duplicate
accelerators. Unfortunately it does not suggest available accelerators
yet.

Screeny of this window is here:
http://bruggie.dnsalias.org/accelclashdetector.png

Otto
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQE9RuuMDc93sltYd+ERAh+qAJ9YhnKvzR+rPiEnes4mKeW25256XgCfRdhF
Nsa0rCWVNxK+sIllPpG4Yfg=
=S1N9
-----END PGP SIGNATURE-----


[prev in list] [next in list] [prev in thread] [next in thread]