(*** This bug was imported into bugs.kde.org ***) Package: kcmaccess Version: 2.0 (using KDE 2.2.0 -11) Severity: normal Installed from: Red Hat Linux 7.2 Compiler: gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-98) OS: Linux (i686) release 2.4.7-10 OS/Compiler notes: I turn on both use sticky keys and lock sticky keys click on Apply and open a Konsole window. I type SHIFT n n. WHEN I type SHIFT the system makes a noise (indicating that sticky keys is working--I assume). Then I see Nn. This is the same output I get without lock sticky keys selected. (Submitted via bugs.kde.org) (Called from KBugReport dialog)
Thank you for your bug report. The bug that you reported has been identified and has been fixed in the latest development (CVS) version of KDE. The bug report will be closed. Please not that to lock a sticky key you have to press the modifier twice so your example is expected to work like this: SHIFT n n -> Nn SHIFT SHIFT n n -> NN But there was a bug: the "Lock sticky keys" setting was ignored and the locking was reset from time to time. Both should be fixed.
I re-open this bug and move it to "docs" as it is not documented how to use the "lock sticky keys"-function the right way. Documentation suggests that it works out of the box, without pressing any key twice.
I think the following patch describes the behaviour correctly. Please check, since I got myself a bit confused about this :-). If you agree, I'll commit during the current string unfreeze. Index: index.docbook =================================================================== --- index.docbook (revision 489112) +++ index.docbook (working copy) @@ -134,11 +134,12 @@ <term>With <guilabel>Lock Sticky Keys</guilabel> enabled:</term> <listitem> <para> -The user presses the &Shift; key, then presses the <keycap>F</keycap> key. +The user presses the &Shift; key <emphasis>twice</emphasis>, then presses the <keycap>F</keycap> key. The computer translates this into <keycombo action="simul">&Shift;<keycap>F</keycap></keycombo>. Now if the user types a <keycap>p</keycap>, the computer interprets this as the letter P -(<keycombo action="simul">&Shift;<keycap>P</keycap></keycombo>). +(<keycombo action="simul">&Shift;<keycap>P</keycap></keycombo>). To +de-select the &Shift; key, press it again. </para> </listitem> </varlistentry>
Yes, this patch describes the correct behaviour. Please commit it :)
SVN commit 490401 by philrod: Correctly document 'lock sticky keys' as per 34991 BUG:34991 M +4 -3 index.docbook --- branches/KDE/3.5/kdebase/doc/kcontrol/kcmaccess/index.docbook #490400:490401 @@ -13,7 +13,7 @@ <!-- TRANS:ROLES_OF_TRANSLATORS --> </authorgroup> -<date>2002-09-01</date> +<date>2005-12-21</date> <releaseinfo>3.01.00</releaseinfo> <keywordset> @@ -134,11 +134,12 @@ <term>With <guilabel>Lock Sticky Keys</guilabel> enabled:</term> <listitem> <para> -The user presses the &Shift; key, then presses the <keycap>F</keycap> key. +The user presses the &Shift; key <emphasis>twice</emphasis>, then presses the <keycap>F</keycap> key. The computer translates this into <keycombo action="simul">&Shift;<keycap>F</keycap></keycombo>. Now if the user types a <keycap>p</keycap>, the computer interprets this as the letter P -(<keycombo action="simul">&Shift;<keycap>P</keycap></keycombo>). +(<keycombo action="simul">&Shift;<keycap>P</keycap></keycombo>). To +de-select the &Shift; key, press it again. </para> </listitem> </varlistentry>