[Uim] uim 1.3.0-alpha released

Etsushi Kato ek.kato at gmail.com
Tue Dec 5 12:04:53 EET 2006


On 12/5/06, YAMAMOTO Kengo / YamaKen <yamaken at bp.iij4u.or.jp> wrote:
> I've noticed that you've added these new keysyms to 1.3.0. But
> I'm not confident about their necessity and properness of the
> input model. Do you really need these keys at now? If not, I
> prefer keeping them unsupported for now.

Off course these keys are normally uses as modifers, but I recently
noticed that some IMs uses Caps_Lock as as normal keysym to change
input mode (in Chinese IM).  This is the reason I added these keysyms.
 I think it is better than nothing.

> These 'lock' keys involves the 'locked' state information, and
> especially the Caps_Lock's one is normally managed by client
> side. And as far as I know, it should be handled with Caps_Lock
> MODIFIER information in addition to its own press/release
> information, to make sense by application (uim) side.
>
> But since I'm not confident about whether adding the modifiers
> to enum UKeyModifier is sufficient to model inputs involving the
> keys, I think that it requires a careful investigations,
> considerations and discussions.

Cheers,
-- 
Etsushi Kato
ek.kato at gmail.com



More information about the uim mailing list