Bug 6066 - (int-115286) Sticky shift & Fn not working for Flash text input fields: Impossible to use special characters palette
(int-115286)
: Sticky shift & Fn not working for Flash text input fields: Impossible to use ...
Status: RESOLVED FIXED
Product: Browser
Plug-ins: Flash
: 5.0/(2.2009.51-1)
: N900 Maemo
: Low minor with 1 vote (vote)
: 5.0/(10.2010.19-1)
Assigned To: unassigned
: adobe-flash-bugs
:
:
:
:
  Show dependency tree
 
Reported: 2009-11-06 16:28 UTC by Donn Morrison
Modified: 2010-03-15 20:51 UTC (History)
2 users (show)

See Also:


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description Donn Morrison (reporter) 2009-11-06 16:28:15 UTC
SOFTWARE VERSION:

1.2009.41-10

STEPS TO REPRODUCE THE PROBLEM:

1. Open the Browser (Applications > Web)
2. Go to a website containing a Flash applet with text input fields
(http://www.tizag.com/pics/flash/form1easy.swf for a simple example)
3. Press and release Shift on the keyboard so next key becomes capitalised
4. Type a letter

EXPECTED OUTCOME:

The letter is capitalised.

ACTUAL OUTCOME:

The letter is not capitalised. The sticky Shift isn't sticky. To get the
desired result the Shift key must be pressed in conjunction with the letter.

REPRODUCIBILITY:

always

OTHER COMMENTS:

As said in the summary, the Fn (blue arrow) key behaves the same way. As a
consequence of this, it is impossible to enter symbols into the text fields
using the Fn/Sym key combination.
Comment 1 Andre Klapper maemo.org 2009-11-09 12:35:12 UTC
Thanks for reporting this.

Confirming.
Comment 2 Nadav Wiener 2010-02-19 02:57:18 UTC
I often run misc X applications from chroot. in order for the Shift and Fn
modifiers to behave like they do for Hildon applications, I do the following
(from a chroot with xkbset installed):

xkbset sticky -twokey latchlock
xkbset exp =sticky

PROS: Shift and Fn become sticky, pressing again locks (similar to Hildon)
CONS: So does Control (also affects Hildon), which I find a little dangerous

The features triggered by xkbset are actually implemented in Fremantle's X.org,
so xkbset really plays a minor role here -- the same effect can also be
achieved by any application issuing the proper X11 calls.

I wish Hildon used X.org's sticky keys (X-Windows feature) instead of rolling
its own -- applications using 3rd party GUI would be slightly more consistent.
Comment 3 tuukka.tolvanen nokia 2010-02-20 15:07:57 UTC
f ~ 10.2010.03
Comment 4 Andre Klapper maemo.org 2010-03-15 20:51:13 UTC
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).

Sorry for the bugmail noise (you can filter on this message).