(*** This bug was imported into bugs.kde.org ***) Package: kcontrol Version: KDE 2.2.1 Severity: normal Installed from: SuSE RPMs Compiler: Not Specified OS: Linux OS/Compiler notes: Not Specified Default shortcuts for switching locales (Ctrl+Alt+K) and locking the screen (Ctrl+Alt+L) are not very well chosen. It is easy to mistype the letter end lock the screen while switching locale. The bad thing is that if locale isn't english (russian in my case) it is impossible to unlock the screen. And locale couldn't be switched while screen is locked. I would ask both to change defaults so that they cannot be mistyped easily and to enable switching locales while screen is locked. Additionaly it would be nice to be able to make shortcuts similar to old ones. For example: LeftShift+LeftCtrl Now there is no difference between left and right modifiers and it is impossible to use modifiers only without any other key. Thank you in advance Oleg Kornilov <okornil@gwdg.de> (Submitted via bugs.kde.org)
*** Bug 28736 has been marked as a duplicate of this bug. ***
The shortcuts are sensibly distanced in the alternate shortcut scheme. I don't think I can reasonable change the default, though. The best solution would probably be to explicitly allow the users to select the language in kdesktop's lock() function. As to the LeftCtrl+LiftShift combo, there have been a couple other requests for that too, but it will be a while before I can get to it.
*** Bug 44969 has been marked as a duplicate of this bug. ***
I think kdesktop_lock's dialog could get action 'reset keyboard layout to US', which would merely do 'setxkbmap us' (and when exiting, possibly do DCOP call to kxkb, in case it's running, so that kxkb will re-activate the layout that was active before screensaver was started). Any volunteers?
I was thinking about reparenting kxkb to kdesktop_lock and then back but not sure if it's possible, any easy way to do that?
kxkb has two DCOP calls now to reset layout to 'us' and restore last used one back. Please use it in kdesktop when locking and unlocking the screen.
password dialog resets layout to US and if unlock is successful restores previous layout. This does not help if password is not in latin letters, though putting kxkb in kdesktop_lock is little bit complicated. Hope most people keep their passwords in latin script.
not acceptable solution, reverting and reopening
ok, second try if kxkb is running, desktop lock now has simple text button with ability to switch layouts through dcop calls to kxkb it seems that adding popup menu, keyboard shortcut and pixmap button for layout switcher is a bit complex so just simple solution for now, especially that lock is security part and also it's so close to feature freeze, but if anyone will implement those features I would appreciate that please test and report any problems
> please test and report any problems Well, it worked fine until I upgraded to KDE-3.4.0. Now that little button won't switch layouts any more. When I press it, it shows `err' and nothing happens.
Created attachment 10481 [details] quick fix Here goes a fix. I discovered that password dialog uses that little button's text to determine current layout. In the new KDE-3.4 that button gets keyboard shortcut automagically, so its text changes (e.g. "us" -> "&us"). Proposed solution is to introduce new QString memger for storing layout name.