Summary: | impossible to switch locale when screen is locked | ||
---|---|---|---|
Product: | kscreensaver | Reporter: | okornil |
Component: | general | Assignee: | kscreensaver bugs tracking <kscreensaver-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bugs-kde, h_rosemarin, l.lunak, oren, rfrenett |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | quick fix |
Description
okornil
2001-11-15 01:12:42 UTC
*** 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.
|