Index: [thread] [date] [subject] [author]
  From: Steffen Seeger <s.seeger@physik.tu-chemnitz.de>
  To  : ggi-develop@eskimo.com
  Date: Mon, 8 Mar 1999 09:16:05 +0100 (MET)

Re: Dead keys

> How do we want to support dead keys?
> 
> "sym" is fairly obvious, GIIK_VOID when a dead key is pressed and
> then the symbol when the next key is pressed. What about "label"?
> People might have both normal and dead versions of the same key,
> so we need labels for them.
> 
> It would make most sense to add a GII_KT_DEAD, as it makes it easy
> to construct dead keys and doesn't limit us to a few keys.
> 
> Sounds good?

Take care how the event sequence is defined.

The KII does handle dead keys the following way:

1) for the key itself, normal translation (into a K_TYPE_DEAD- typed
   symbol) is done. Thus an application receives release/press/repeat
   events for these keys with a symbol of type K_TYPE_DEAD.

2) when the second key is pressed (the one defining what has to be 
   combined with what), an extra event with keycode 0xFFFF (not to be
   translated again, generated by keycode->keysym translation module)
   and the proper keycode is sent.

This way an application that doesn't want to worry about translation 
will just take the key-press/repeat events and use the symbols (ignoring
K_TYPE_DEAD) and is fine. An application that does have to do it's own
translation stuff will ignore key events with keycode 0xffff.
   
> 
> //Marcus
> -- 
> -------------------------------+------------------------------------
>         Marcus Sundberg        | http://www.stacken.kth.se/~mackan/
>  Royal Institute of Technology |       Phone: +46 707 295404
>        Stockholm, Sweden       |   E-Mail: mackan@stacken.kth.se


			Steffen

----------------- e-mail: seeger@physik.tu-chemnitz.de -----------------

Index: [thread] [date] [subject] [author]