olpc-xo Styling: Add icon for caps-lock

[YeomansIII]

Part of Google Code-In 2014 Task

http://bugs.sugarlabs.org/ticket/4581

[mikhas]

Oh -- wasn't aware that OLPC had some Google Code-in tasks involving Maliit, nice!

There's a nastier problem hiding underneath. I'll try to explain. The actual shift state sequence goes like this:
no-shift --(shift key released)--> shift-latched --(shift key released)--> caps-locked --(shift key released)--> no-shift
no-shift--(shift key pressed)-->shift--(shift key released)-->no-shift (think multitouch, currently not really supported)

Shift-latched lets the user enter one capitalized character before returning the layout to regular small letters. Now shift-key-pressed events and shift-key-released events work in pairs (as long as there's no multitouch), but since I change the language layout to capitalized letters on shift-key-pressed the following shift-key-released event is lost That is a bug in hit detection because I clear the information which key was pressed when changing the layout (look for the KeyArea data structure and how it is used to learn more). I found that this results in different behaviour when touch or mouse events are used -- the shift state machine pretty much skips the shift-latched state and moves to caps-lock state immediately (oops!)

Feel motivated enough to look into that as well? ;-)

[YeomansIII]

I will be out of town this Thanksgiving week, if you still need me to
check it out afterwards, then I definitely will!

-----Original Message-----
From: Michael Hasselmann notifications@github.com
Reply-to: maliit/plugins <reply
+i-23041922-2e36914b868a792c7b56eddc5c886d265c51a8a1-3809115@reply.github.com>
To: maliit/plugins plugins@noreply.github.com
Cc: YeomansIII jyeo098@gmail.com
Subject: Re: [plugins] olpc-xo Styling: Add icon for caps-lock (#7)
Date: Wed, 20 Nov 2013 22:39:47 -0800

Oh -- wasn't aware that OLPC had some Google Code-in tasks involving
Maliit, nice!

There's a nastier problem hiding underneath. I'll try to explain. The
actual shift state sequence goes like this:
no-shift --(shift key released)--> shift-latched --(shift key
released)--> caps-locked --(shift key released)--> no-shift
no-shift--(shift key pressed)-->shift--(shift key released)-->no-shift
(think multitouch, currently not really supported)

Shift-latched lets the user enter one capitalized character before
returning the layout to regular small letters. Now shift-key-pressed
events and shift-key-released events work in pairs (as long as there's
no multitouch), but since I change the language layout to capitalized
letters on shift-key-pressed the following shift-key-released event is
lost That is a bug in hit detection because I clear the information
which key was pressed when changing the layout (look for the KeyArea
data structure and how it is used to learn more). I found that this
results in different behaviour when touch or mouse events are used --
the shift state machine pretty much skips the shift-latched state and
moves to caps-lock state immediately (oops!)

Feel motivated enough to look into that as well? ;-)

—
Reply to this email directly or view it on GitHub.

[dobey]

Closing as this hasn't been touched in almost 9 years, and plugins is unmaintained in favor of maliit/keyboard.