Bug#628773: xpra keyboard layout trouble
Timo Juhani Lindfors
[ Antoine, I'm sending a copy of my mails to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628773 since your
version of xpra does not have bug tracking system. If you wish to reply
there you can just mail 628...@bugs.debian.org and Cc: me.]
Antoine Martin <ant...@nagafix.co.uk> writes:
> That's interesting, the solution we were thinking of using involved
> using setxkbmap:
> "setxkbmap -print" on the client (but not in an xpra window)
> then piping this data to "| xkbcomp - $DISPLAY" on the server.
Like this?
lindi1:~$ ssh garfield 'DISPLAY=:0 setxkbmap -model pc105 -layout fi -print' | xkbcomp - :4
Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
Ignoring extra symbols
Warning: Key <OUTP> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: Key <KITG> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: Key <KIDN> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: Key <KIUP> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: Key <RO> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: Key <I255> not found in evdev+aliases(qwerty) keycodes
Symbols ignored
Warning: No symbols defined for <AB11> (keycode 97)
Warning: No symbols defined for <JPCM> (keycode 103)
Warning: No symbols defined for <I120> (keycode 120)
Warning: No symbols defined for <AE13> (keycode 132)
Warning: No symbols defined for <I149> (keycode 149)
Warning: No symbols defined for <I154> (keycode 154)
Warning: No symbols defined for <I161> (keycode 161)
Warning: No symbols defined for <I168> (keycode 168)
Warning: No symbols defined for <I178> (keycode 178)
Warning: No symbols defined for <I183> (keycode 183)
Warning: No symbols defined for <I184> (keycode 184)
Warning: No symbols defined for <FK13> (keycode 191)
Warning: No symbols defined for <FK14> (keycode 192)
Warning: No symbols defined for <FK15> (keycode 193)
Warning: No symbols defined for <FK16> (keycode 194)
Warning: No symbols defined for <FK17> (keycode 195)
Warning: No symbols defined for <FK18> (keycode 196)
Warning: No symbols defined for <FK19> (keycode 197)
Warning: No symbols defined for <FK20> (keycode 198)
Warning: No symbols defined for <FK21> (keycode 199)
Warning: No symbols defined for <FK23> (keycode 201)
Warning: No symbols defined for <FK24> (keycode 202)
Warning: No symbols defined for <I217> (keycode 217)
Warning: No symbols defined for <I219> (keycode 219)
Warning: No symbols defined for <I221> (keycode 221)
Warning: No symbols defined for <I222> (keycode 222)
Warning: No symbols defined for <I224> (keycode 224)
Warning: No symbols defined for <I226> (keycode 226)
Warning: No symbols defined for <I228> (keycode 228)
Warning: No symbols defined for <I230> (keycode 230)
Warning: No symbols defined for <I247> (keycode 247)
Warning: No symbols defined for <I248> (keycode 248)
Warning: No symbols defined for <I249> (keycode 249)
Warning: No symbols defined for <I250> (keycode 250)
Warning: No symbols defined for <I251> (keycode 251)
Warning: No symbols defined for <I252> (keycode 252)
Warning: No symbols defined for <I253> (keycode 253)
After this I get the output
a
;
ä
ı
which is an improvement but still not very usable (I really need the
pipe character).
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Antoine Martin
> Hi,
>
> [ Antoine, I'm sending a copy of my mails to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628773 since your
> version of xpra does not have bug tracking system. If you wish to reply
> there you can just mail 628...@bugs.debian.org and Cc: me.]
(once the source is re-imported properly with full change history)
> Antoine Martin <ant...@nagafix.co.uk> writes:
>> That's interesting, the solution we were thinking of using involved
>> using setxkbmap:
>> "setxkbmap -print" on the client (but not in an xpra window)
>> then piping this data to "| xkbcomp - $DISPLAY" on the server.
>
> Like this?
(snip)
> which is an improvement but still not very usable (I really need the
> pipe character).
Unless someone can come up with a better scheme, I think we will merge
this simple code as it seems to improve things somewhat. What do you think?
It seems such a trivial thing to do, I can't believe there isn't a way
to make this all work. It will probably take someone with a better
understanding of X11 keyval/keymap/xkbcomp to get it done though :(
Cheers
Antoine
Timo Juhani Lindfors
> Unless someone can come up with a better scheme, I think we will merge
> this simple code as it seems to improve things somewhat. What do you
> think?
If it does not cause any extra harm then why not. However, I still need
something better :-)
-Timo
Timo Juhani Lindfors
here's xev output when I hit altgr-<
normally
========
garfield:~$ DISPLAY=:0 xev
KeyPress event, serial 33, synthetic NO, window 0x4e00001,
root 0x110, subw 0x0, time 453848236, (63,97), root:(71,170),
state 0x0, keycode 108 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 33, synthetic NO, window 0x4e00001,
root 0x110, subw 0x0, time 453852101, (63,97), root:(71,170),
state 0x80, keycode 94 (keysym 0x7c, bar), same_screen YES,
XLookupString gives 1 bytes: (7c) "|"
XmbLookupString gives 1 bytes: (7c) "|"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x4e00001,
root 0x110, subw 0x0, time 453852329, (63,97), root:(71,170),
state 0x80, keycode 94 (keysym 0x7c, bar), same_screen YES,
XLookupString gives 1 bytes: (7c) "|"
XFilterEvent returns: False
KeyRelease event, serial 33, synthetic NO, window 0x4e00001,
root 0x110, subw 0x0, time 453853749, (63,97), root:(71,170),
state 0x80, keycode 108 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:
XFilterEvent returns: False
via xpra
========
lindi1:~$ DISPLAY=:4 xev
KeyPress event, serial 30, synthetic NO, window 0xe00001,
root 0xfd, subw 0x0, time 1933325770, (112,117), root:(116,166),
state 0x0, keycode 92 (keysym 0xfe03, ISO_Level3_Shift), same_screen
YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyPress event, serial 30, synthetic NO, window 0xe00001,
root 0xfd, subw 0x0, time 1933328284, (112,117), root:(116,166),
state 0x80, keycode 31 (keysym 0x2b9, idotless), same_screen YES,
XLookupString gives 2 bytes: (c4 b1) "ı"
XmbLookupString gives 2 bytes: (c4 b1) "ı"
XFilterEvent returns: False
KeyRelease event, serial 30, synthetic NO, window 0xe00001,
root 0xfd, subw 0x0, time 1933328454, (112,117), root:(116,166),
state 0x80, keycode 31 (keysym 0x2b9, idotless), same_screen YES,
XLookupString gives 2 bytes: (c4 b1) "ı"
XFilterEvent returns: False
KeyRelease event, serial 30, synthetic NO, window 0xe00001,
root 0xfd, subw 0x0, time 1933329235, (112,117), root:(116,166),
state 0x80, keycode 92 (keysym 0xfe03, ISO_Level3_Shift),
same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
Timo Juhani Lindfors
I build a package from SVN r67 with the patch
--- parti-all-0.0.7.21+20110601r67.orig/xpra/server.py
+++ parti-all-0.0.7.21+20110601r67/xpra/server.py
@@ -12,7 +12,7 @@
# any other interesting metadata? _NET_WM_TYPE, WM_TRANSIENT_FOR,
etc.?
# This is just a hack to allow us to test (set to 0):
-KEYCODE_GROUP = -1
+KEYCODE_GROUP = 0
import gtk
import gobject
and now my keyboard layout trouble seems to be gone! Specifically what I
do is:
lindi1:~$ xpra start :5
Entering daemon mode; any further errors will be reported to:
/home/lindi/.xpra/lindi1-5.log
sauna:~$ setxkbmap -print | ssh lindi1 xkbcomp - :5
sauna:~$ xpra attach ssh:lindi1:5
Missing window or missing property or wrong property type PULSE_SERVER (latin1)
Missing window or missing property or wrong property type PULSE_COOKIE (latin1)
Missing window or missing property or wrong property type PULSE_ID (latin1)
Attached (press Control-C to detach)
lindi1:~$ DISPLAY=:5 gnome-terminal
Xlib: extension "RANDR" missing on display ":5.0".