[bug #25397] Inconsistency in handling Alt Gr key

[Riccardo mottola]

Follow-up Comment #6, bug #25397 (project gnustep):

the trick doesn't appear to work... if VK_CONTROL is set either RCOTNROL or
LCONTROL are set too... I found this comment around:

//  2. Some keyboard layouts use the Right-ALT key as a 2nd level
//     shift key, and label it as AltGr. With these layouts, it is
IMPOSSIBLE
//     to distinguish between "Ctrl + AltGr + Key" and "AltGr + Key" during
the
//     WM_KEYDOWN messages. Neither the keyboard state nor the messages
differ
//     between the two key sequences.
//
//     Implications: suppose some menu command has been bound to "Ctrl + }".
On my
//     Swiss keyboard, I have to type "AltGr + $" to get the right bracket.
This means
//     that FOX receives the sames messages if I type "}" or "Left-Ctrl + }"
!
//
//     Solution: I wrote a function winkeyCheckLayout() that checks if a
keyboard
//     layout uses the Right-Alt key as AltGr. If it does, I interpret any
combination
//     of "Left-Ctrl + AltGr" as "AltGr", i.e. I drop the Left-Ctrl key.
Keyboard
//     accelerators can still be reached with the "Right-Ctrl".
//
//
//  3. Related to the previous comment: how can we distinguish between left
//     and right Alt / Ctrl / Shift ? Windows 95/98/Me do not set the
//     corresponding VK_L*/VK_R* keyboard states, as NT does. We must look
//     at bit 24, the "extended bit" of lParam in the window messages. The
code
//     below goes to great lenghts to correctly determine the state of the
//     left / right keys on these systems.


it is the only place where you read this. Most places say that on keyboard
without AltGr you can use Alt+Ctrl to emulate it... this doesn't mean of
course that AltGr gets mapped precisely taht way though

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?25397>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/