#87 Resolve keycodes strictly in XKB group 0

open
keyboard (31)
5
2006-04-07
2005-10-26
No

This tracker is for a patch which makes rdesktop
resolve they keycode supplied in the XKeyEvents
strictly in the group #0 of the XKB map. This provides
isolation of the Windows desktop, which does its own
keyboard language mapping, from the X keyboard language
facilities.

(Some users might desire to do the keyboard language
mapping using the X facilities and ignore/disable the
Windows ones. This final patch will make this feature
configurable.)

The initial patch includes this behavior in a hardcoded
non-flexible way. A better patch will follow.

Discussion

  • Matt Chapman

    Matt Chapman - 2005-11-03

    Logged In: YES
    user_id=60189

    XKB is non-standard, certainly there is no <X11/XKBlib.h> on
    a random Solaris box I checked. This would need to be
    protected in some sort of configure test.

     
  • Ilya Konstantinov

    Logged In: YES
    user_id=335423

    Indeed, this patch is totally not ready for being commited,
    with all those #if 0-s. Was just proof-of-concept. And
    indeed, I'll code up an autoconf check in my final patch.

    (BTW, whoa - modern Solaris X server doesn't come with XKB?
    I thought XKB was ancient...)

     
  • Ilya Konstantinov

    Logged In: YES
    user_id=335423

    Here's a new patch. It adds an autoconf check and uses a
    newer approach for locking the group, one that requires less
    guesswork on our side (technically speaking, knowing the Xkb
    shift lock is not trivial).
    The behavior or the fixed XKB group (0) is not configurable
    but I didn't want to add yet another command line option.

    More over, I think this would be the desired default
    behavior, since in multilingual environments, Windows has a
    fully-functional keyboard language mapping facilities (that
    little icon in the systray -- a.k.a internat.exe or
    ctfmon.exe) and Microsoft's official RDP client expects them
    to be used (so it just passes over plain key codes,
    disregarding the client desktop's current local keyboard
    language).

     
  • Ilya Konstantinov

    Logged In: YES
    user_id=335423

    Following a long email discussion with astrand, I'll be now
    working on a new complete solution for matching rdesktop
    keymaps to XKB keymaps, so this patch should not be checked
    in (though it still can be used as "quick relief").

     
  • Ilya Konstantinov

    • assigned_to: nobody --> astrand
     
  • Peter Åstrand

    Peter Åstrand - 2006-04-07
    • labels: --> keyboard
     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks