VNC mit Linux Host, Windows Client: "Alt Gr" spinnt! [SOLVED]

Grüß euch.

Also, der Titel sagt es schon. Ich schaffe es einfach nicht, die für's deutsche Keyboardlayout unerläßliche "AltGr" Taste im Rahmen einer VNC Connection zum Laufen zu bringen. Das ist aber notwendig, weil man sonst keine @, |, [], {} usw. tippen kann. Sowohl am Host direkt als auch auf den Clients direkt funktioniert das.

Ich hatte das Problem schon von Linux auf Linux, obwohl beide Maschinen eine identische Locale und Keymap hatten, hier habe ich xev benutzt um herauszufinden, daß Alt_R (Alt Right) auf Keycode 113 landet. Also einfach ~/.Xmodmap am Linux Host editiert und Keycode 113 geändert, und danach xmodmap ~/.Xmodmap:

keycode 113 = Alt_R NoSymbol Alt_R NoSymbol Alt_R

Das hat Mal funktioniert!

So, aber jetzt komme ich mit VNC von einem Windows Client auf besagten Server, und da löst die Alt Gr Taste leider gleich zwei Events aus, und zwar Control_L und Alt_L, siehe:

Keypress:

Code:

KeyPress event, serial 33, synthetic NO, window 0x2400001,
    root 0xfc, subw 0x2400002, time 3941946185, (46,38), root:(1010,228),
    state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyPress event, serial 33, synthetic NO, window 0x2400001,
    root 0xfc, subw 0x2400002, time 3941946185, (46,38), root:(1010,228),
    state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

Keyrelease:

Code:

KeyRelease event, serial 33, synthetic NO, window 0x2400001,
    root 0xfc, subw 0x2400002, time 3941946296, (46,38), root:(1010,228),
    state 0xc, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x2400001,
    root 0xfc, subw 0x2400002, time 3941946296, (46,38), root:(1010,228),
    state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

Ich dachte, ich könnte das irgendwie mit keysym in der ~/.Xmodmap hinbiegen, um beide Keys auf Alt_R zu mappen wenn gemeinsam gedrückt, aber bisher bin ich erfolglos geblieben. Auch nicht 100% klar ist mir, wie die Modifier als solche identifiziert werden, generell kenne ich mich mit xmodmap einfach ein bissl zu wenig aus. Is ja recht kryptisch.

Google ist VOLL von gleichartigen Berichten, meistens ohne Lösung, und dieses Problem ist ja schon uralt. Habe übrigens auch etliche VNC Clients getestet, keine Unterschiede zu erkennen.

Was ich will ist, daß die Keymaps einfach immer passen, egal ob ich von einem deutschen Windows System, einem deutschen Linux oder englischen Linux komme.. Wobei das allerwichtigste erst einmal ist, es für einen deutschen Windows Client umzusetzen, weil das ist der wichtigste User, und wenn ich dem eine Umgebung präsentiere, in der er ned Mal Pipes verwenden kann, dann.... najo. Unusable.

Zu Hülf?!

Edit: Der VNC Server ist scheints ein TigerVNC, und das auf CentOS 6 Linux.

Zitat von GrandAdmiralThrawn

Niemand?

Nachdem ich mich nicht ganz durchblick leider nein.

Allerdings -> Bei mir funzt altgr + sondertasten bei centos6.4 in komibnation mit tigervnc ootb. Kann ich dir irgendwelche config-files sharen die dir helfen können, oder hab ich die Frage falsch verstanden ?


edit:
Falsch verstanden. Bei mir ist das Verhalten von alt_L+CTRL_L = altgr vollkommen ausreichend, also wird er denk ich genau das machen.

Wenn ich wüßte wie? Wie gesagt, Windows schickt Control_L + Alt_L an den Linux Host über VNC. Und Ctrl+Alt funktioniert nicht, wird nicht als AltGr interpretiert.

Soweit ich das verstehe, sind Ctrl+Alt und AltGr auf Windows äquivalent, auf Linux aber nicht. Wenn ich AltGr per Software schicke, kommt am Zielsystem auch Control_L+Alt_L an, also 37+64.

Was ich jetzt per xmodmap zusammenbringen müßte wäre es, die Sequenz der Keycodes "37+64" auf "113" zu mappen. Und genau daran beiße ich mir die Zähne aus.

Ich habe auch keinen VNC Client gefunden, dem ich beibringen könnte, gewisse Keycodesequenzen immer auf einen anderen Keycode zu mappen, wenn der User die entsprechende(n) Taste(n) drückt.

Wenn der VNC Client schon aus "37+64" (also Ctrl+Alt) ein "113" (AltGr) zaubern könnte, dann wär alles in Butter. Ich habe jetzt UltraVNC, TightVNC, RealVNC und TigerVNC als Clients probiert, aber keiner scheint mir sowas zu können.

@Hansmaulwurf: Kommst du von einem Windows Client!?

Zitat von GrandAdmiralThrawn

@Hansmaulwurf: Kommst du von einem Windows Client!?

Ja, ich hab im Endeffekt fast das gleiche Setup wie du.

Der Windows-Client ist RealVNC. Bei 6.4 wars gar kein Problem, als Layout am Server hab ich latin-de (no deadkeys) eingestellt beim aufsetzten, wenn ich mich über VNC einlogge, seh ich aber English US. (Keyboard Model ist Generic 105-key (intl) PC)

Ich hab allerdings mal ein ähnlich geartetes Problem gehabt, weil irgendwas ist da mit den Keyboards verbugged meiner Meinung nach. Probier mal mit setkeymap herum. Ich hab sowas auf einem (anderen) 6.3er Server mal gehabt, und nachdem ich ein "setkeymap us" gemacht hab, ging es. Seither ist das in der .bashrc, auch wenn ich ehrlich nicht versteh warum..

Zitat von GrandAdmiralThrawn

@Hansmaulwurf: Da hol mich der Teufel. "setxkbmap" meintest du sicher, oder? Also geb ich ein "setxkbmap us", und siehe da, es funktioniert! Unfaßbar.

Jetzt würde ich nur zu gerne wissen was da wirklich passiert und warum das so geht... Aber auf jeden Fall schon Mal danke für den rettenden Hinweis!

Ich bin nach 2 Tagen draufgekommen. Dazwischen war ich mehrmals knapp dran meinen Monitor aus dem Fenster zu bugsieren

Keinen Plan warum, falls du drauf kommst, lass mich bitte wissen

Zitat von GrandAdmiralThrawn

Gibt es irgendwen, der dieses X11 Keyboard Mapping Zeug wirklich kapiert?! Ich komm' mir vor, wie in Minos' Labyrinth..

Peter Hutterer. In Australien lebender Oesterreicher, iirc