Hi folks,
the XWin keyboard test 5 was best handling the Foreign langage I think.
You foccus on the Control_L, but how do you explain the fact that xev gives me
good result (with AltGr = Mode_Switch) and nothing goes to screen with xterm ?
I also tried to map Mode_Switch to another key, and the result was the same
(without the fake Control_L).
On Harold's one, it doesn't work in xev neither in xterm.
CU
. \)|(/
. (o o)
. /-----------------ooO----(_)----Ooo-----------------\
.(_| Francis VIVAT |
. | CETP-CNRS |
. | 10-12, avenue de l'Europe 78140 Velizy |
. | Tel : +33 1 3925 4780 |
. | Fax : +33 1 3925 4922 |_
. | E-Mail : [EMAIL PROTECTED] | )
. \---------------------------------------------------/
. (_) (_)
----- Original Message -----
From: "Harold Hunt" <[EMAIL PROTECTED]>
To: "'Alexander Gottwald'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: jeudi 12 avril 2001 17:02
Subject: RE: Starting web site updates
> Alexander,
>
> > I tried getting the AltGr keystate via GetAsyncKeyState when
> > processing
> > the Control_L press. Was there any problem with it?
>
> GetAsyncKeyState isn't appropriate because it gets the key state at the time
> of the function call; that seems like a fine idea until you consider that
> you may be processing the Control_L message several milliseconds to several
> seconds after the key was actually pressed; in that amount of time the Alt_R
> key may be released if it was pressed, or pressed if it was released.
>
> GetKeyState gets the state of a key at the time that the current message was
> generated; thus, you'll always get the correct state for the Alt_R key when
> processing the Control_L message.
>
> > This might break some older applications which use the
> > keyboard modifiers
> > even as mouse modifier. I believe some window managers use
> > this. Even KDE
> > uses it (Pressing Control when selecting another icon adds it
> > to the selection
> > list).
>
> That is good to know.
>
> I think we both realize that this is not trivial, but it is solveable. :)
>
> Harold
>
>
