From alelog at gmail.com Sat Jun 2 20:36:15 2012 From: alelog at gmail.com (Alexey Loginov) Date: Sat, 2 Jun 2012 15:36:15 -0400 Subject: [winswitch] Specifying xmodmap settings (in a file) Message-ID: Hi all, I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to get around the missing 'a' issue (https://xpra.org/trac/ticket/92). Older versions don't handle xmodmap setting with modifier keys (e.g., to swap Escape and Alt, as I do in my .Xmodmap file, shown below). Is there an easy way just to ask WinSwitch/xpra to use an existing .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or something like that)? I got a bit tangled up in the many set_xmodmap functions trying to use a file that I place in the above directory and not let it be overwritten with new xmodmap calls. Of course, if the partial version of xmodmap settings like below doesn't work, please let me know. Thanks for any help! -Alexey .Xmodmap: ! Make esc and alt behave as Meta: clear Mod1 clear Mod2 keycode 63 = Mode_switch keycode 66 = Meta_L keycode 69 = Meta_R add Mod1 = Meta_L Meta_R add Mod2 = Mode_switch From antoine at nagafix.co.uk Sun Jun 3 07:55:17 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 03 Jun 2012 13:55:17 +0700 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: References: Message-ID: <4FCB0A55.2000503@nagafix.co.uk> Hi, I can reproduce the missing 'a' issue now, so I will fix this asap. I have created a ticket for your xmodmap settings option: https://www.xpra.org/trac/ticket/134 Feel free to add info/comments there. Cheers Antoine On 06/03/2012 02:36 AM, Alexey Loginov wrote: > Hi all, > > I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to > get around the missing 'a' issue (https://xpra.org/trac/ticket/92). > Older versions don't handle xmodmap setting with modifier keys (e.g., > to swap Escape and Alt, as I do in my .Xmodmap file, shown below). > > Is there an easy way just to ask WinSwitch/xpra to use an existing > .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or > something like that)? I got a bit tangled up in the many set_xmodmap > functions trying to use a file that I place in the above directory and > not let it be overwritten with new xmodmap calls. > > Of course, if the partial version of xmodmap settings like below > doesn't work, please let me know. Thanks for any help! > -Alexey > > .Xmodmap: > > ! Make esc and alt behave as Meta: > clear Mod1 > clear Mod2 > keycode 63 = Mode_switch > keycode 66 = Meta_L > keycode 69 = Meta_R > add Mod1 = Meta_L Meta_R > add Mod2 = Mode_switch From antoine at nagafix.co.uk Mon Jun 4 12:39:11 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 04 Jun 2012 18:39:11 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.3.2 Message-ID: <4FCC9E5F.30905@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This is a very minor update to the stable 0.3 branch with 4 small fixes: * fix missing 'a' key with OS X clients * fix debian packaging for xpra_launcher * fix unicode decoding problems in window title * fix latency issue This release still does not address the other keyboard issues.. A new winswitch build will follow, which will bring this update to MS Windows and OSX users. As usual, the source can be found here: http://xpra.org/src/ And the binaries here: http://winswitch.org/downloads/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/Mnl8ACgkQGK2zHPGK1rtx5ACffBqlS4PmX03IZK8eqt7LMOp6 MoMAmgOSlzqmUTCJH8wNoyhJV94rTmYX =yDM5 -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Mon Jun 4 12:41:21 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 04 Jun 2012 18:41:21 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.14 Message-ID: <4FCC9EE1.9090004@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Version 0.12.14 is available now: http://winswitch.org/downloads/ This release only contains minor bug fixes, notably the infamous missing 'a' key with xpra on OS X. Builds for all platforms are available. Debian/Ubuntu notes: * the repository has a new TigerVNC build at version 1.1 * those who encounter issues upgrading xpra or winswitch (package managers complaining about version numbers) can look here for an unsophisticated solution: https://winswitch.org/trac/ticket/200#comment:3 Cheers Antoine Full Release Notes: * xpra v0.3.2 (bundled for OSX and Windows) * fix OSX X11 server status detection * xpra OSX keyboard fix (missing 'a') * xpra use x264 or VPX encoding by default for video applications * drop compatiblity for xpra versions older than 0.1 * drop compatiblity for winswitch versions older than 0.12.8 * OSX build update: VPX 1.1, pycrypto 2.6 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/MnuEACgkQGK2zHPGK1rs+8ACeJNQ2icm1iMfg73Vi/Rv6aZzg w44An12TB0oruIRzg5FTmDeFGfY1U8xJ =DOEu -----END PGP SIGNATURE----- From alelog at gmail.com Tue Jun 5 18:51:01 2012 From: alelog at gmail.com (Alexey Loginov) Date: Tue, 5 Jun 2012 13:51:01 -0400 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: <4FCB0A55.2000503@nagafix.co.uk> References: <4FCB0A55.2000503@nagafix.co.uk> Message-ID: Hi Antoine, I switched to the latest, given that you fixed the 'a' issue--thanks a lot! Now, I still can't apply my desired xmodmap settings and I'm a bit confused as to the mechanism I should follow. Perhaps, you can clarify the next few points for me: 1. The latest version has xpra.org/trac/changeset/325 and winswitch.org/trac/changeset/4802. Does one or the other of these, negate the need for custom xmodmap files? 2. When do I need the ability to set custom xmodmap settings with the above? (If I don't ever run X, perhaps?) I see that you added the ability to use custom xmodmap files in winswitch.org/trac/changeset/4903. 3. Do the changesets in question 1 (and the custom settings in question 2) handle the "clear ... ; keycode ... ; add ..." sequence correctly (to clear the old logical modifiers, map keysyms, and then apply new logical modifiers)? I restarted WinSwitch with the X server running. Then, I restarted it after making the conf-file changes mentioned in global_settings.py. I see mentions of reading appropriate xmodmap settings in log files but I still don't have the Alt key work as Meta. Any thoughts as to what I'm doing wrong? Thanks! -Alexey On Sun, Jun 3, 2012 at 2:55 AM, Antoine Martin wrote: > Hi, > > I can reproduce the missing 'a' issue now, so I will fix this asap. > I have created a ticket for your xmodmap settings option: > https://www.xpra.org/trac/ticket/134 > Feel free to add info/comments there. > > Cheers > Antoine > > > > On 06/03/2012 02:36 AM, Alexey Loginov wrote: >> Hi all, >> >> I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to >> get around the missing 'a' issue (https://xpra.org/trac/ticket/92). >> Older versions don't handle xmodmap setting with modifier keys (e.g., >> to swap Escape and Alt, as I do in my .Xmodmap file, shown below). >> >> Is there an easy way just to ask WinSwitch/xpra to use an existing >> .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or >> something like that)? ?I got a bit tangled up in the many set_xmodmap >> functions trying to use a file that I place in the above directory and >> not let it be overwritten with new xmodmap calls. >> >> Of course, if the partial version of xmodmap settings like below >> doesn't work, please let me know. ?Thanks for any help! >> -Alexey >> >> .Xmodmap: >> >> ! Make esc and alt behave as Meta: >> clear Mod1 >> clear Mod2 >> keycode 63 = Mode_switch >> keycode 66 = Meta_L >> keycode 69 = Meta_R >> add Mod1 = Meta_L Meta_R >> add Mod2 = Mode_switch > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Wed Jun 6 12:38:30 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 06 Jun 2012 18:38:30 +0700 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: References: <4FCB0A55.2000503@nagafix.co.uk> Message-ID: <4FCF4136.6090501@nagafix.co.uk> On 06/06/2012 12:51 AM, Alexey Loginov wrote: > Hi Antoine, > > I switched to the latest, given that you fixed the 'a' issue--thanks a lot! > > Now, I still can't apply my desired xmodmap settings and I'm a bit > confused as to the mechanism I should follow. Perhaps, you can > clarify the next few points for me: > > 1. The latest version has xpra.org/trac/changeset/325 and > winswitch.org/trac/changeset/4802. Does one or the other of these, > negate the need for custom xmodmap files? In theory, xpra detects your keymap and all is well.. in theory.. > 2. When do I need the ability to set custom xmodmap settings with the > above? (If I don't ever run X, perhaps?) I see that you added the > ability to use custom xmodmap files in > winswitch.org/trac/changeset/4903. I have, but this is only for when you are using NX with winswitch. (I have tested this briefly and it seemed to work) As per above, Xpra is supposed to handle keymaps transparently for you, so at present there are no facilities for providing overrides at present. > 3. Do the changesets in question 1 (and the custom settings in > question 2) handle the "clear ... ; keycode ... ; add ..." sequence > correctly (to clear the old logical modifiers, map keysyms, and then > apply new logical modifiers)? No, these changesets are not going to help your special case I am afraid. > I restarted WinSwitch with the X server running. Then, I restarted it > after making the conf-file changes mentioned in global_settings.py. I > see mentions of reading appropriate xmodmap settings in log files but > I still don't have the Alt key work as Meta. Any thoughts as to what > I'm doing wrong? Absolutely nothing! The problem is with xpra (or to be precise, GTK/X11 and in your case GTK/OSX) fails to detect the correct key mapping that you have... There are a number of keyboard bugs in trac that I intend to deal with: https://www.xpra.org/trac/ticket/91 https://www.xpra.org/trac/ticket/108 https://www.xpra.org/trac/ticket/109 https://www.xpra.org/trac/ticket/86 However, it may well be that your case cannot be fixed if the problem lies in the underlying GTK or OSX libraries (as I believe it to be the case), so you would need a different solution, I have created a ticket for it here: https://www.xpra.org/trac/ticket/134 It does not look particularly difficult to implement, once I get around to it... Cheers Antoine > > Thanks! > -Alexey > > On Sun, Jun 3, 2012 at 2:55 AM, Antoine Martin wrote: >> Hi, >> >> I can reproduce the missing 'a' issue now, so I will fix this asap. >> I have created a ticket for your xmodmap settings option: >> https://www.xpra.org/trac/ticket/134 >> Feel free to add info/comments there. >> >> Cheers >> Antoine >> >> >> >> On 06/03/2012 02:36 AM, Alexey Loginov wrote: >>> Hi all, >>> >>> I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to >>> get around the missing 'a' issue (https://xpra.org/trac/ticket/92). >>> Older versions don't handle xmodmap setting with modifier keys (e.g., >>> to swap Escape and Alt, as I do in my .Xmodmap file, shown below). >>> >>> Is there an easy way just to ask WinSwitch/xpra to use an existing >>> .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or >>> something like that)? I got a bit tangled up in the many set_xmodmap >>> functions trying to use a file that I place in the above directory and >>> not let it be overwritten with new xmodmap calls. >>> >>> Of course, if the partial version of xmodmap settings like below >>> doesn't work, please let me know. Thanks for any help! >>> -Alexey >>> >>> .Xmodmap: >>> >>> ! Make esc and alt behave as Meta: >>> clear Mod1 >>> clear Mod2 >>> keycode 63 = Mode_switch >>> keycode 66 = Meta_L >>> keycode 69 = Meta_R >>> add Mod1 = Meta_L Meta_R >>> add Mod2 = Mode_switch >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users From alelog at gmail.com Wed Jun 6 17:27:31 2012 From: alelog at gmail.com (Alexey Loginov) Date: Wed, 6 Jun 2012 12:27:31 -0400 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: <4FCF4136.6090501@nagafix.co.uk> References: <4FCB0A55.2000503@nagafix.co.uk> <4FCF4136.6090501@nagafix.co.uk> Message-ID: Okay, thanks for clarifying things! I'm still a bit confused by the fact that my problem is very similar to what was discussed in xpra.org/trac/ticket/50 (it talks about a hack to wrap modifier setting in clear/add context). There, it was noted that xpra.org/trac/changeset/325 provides a better fix (reading actual "xmodmap -pm" settings instead of hardcoding modifier settings). All I really care about is the use of the Mac Alt keys (just the left one would be good enough) as Meta. The clear/keycode/add sequence is simply following the standard incantation that's recommended in various xmodmap discussions and man pages. Perhaps, I'll try the xpra/xposix/gui.py patch from xpra.org/trac/ticket/50 (with appropriate modifier changes) to see if that's enough. Cheers, -Alexey On Wed, Jun 6, 2012 at 7:38 AM, Antoine Martin wrote: > On 06/06/2012 12:51 AM, Alexey Loginov wrote: >> Hi Antoine, >> >> I switched to the latest, given that you fixed the 'a' issue--thanks a lot! >> >> Now, I still can't apply my desired xmodmap settings and I'm a bit >> confused as to the mechanism I should follow. ?Perhaps, you can >> clarify the next few points for me: >> >> 1. The latest version has xpra.org/trac/changeset/325 and >> winswitch.org/trac/changeset/4802. ?Does one or the other of these, >> negate the need for custom xmodmap files? > In theory, xpra detects your keymap and all is well.. in theory.. > >> 2. When do I need the ability to set custom xmodmap settings with the >> above? ?(If I don't ever run X, perhaps?) ?I see that you added the >> ability to use custom xmodmap files in >> winswitch.org/trac/changeset/4903. > I have, but this is only for when you are using NX with winswitch. > (I have tested this briefly and it seemed to work) > As per above, Xpra is supposed to handle keymaps transparently for you, > so at present there are no facilities for providing overrides at present. > >> 3. Do the changesets in question 1 (and the custom settings in >> question 2) handle the "clear ... ; keycode ... ; add ..." sequence >> correctly (to clear the old logical modifiers, map keysyms, and then >> apply new logical modifiers)? > No, these changesets are not going to help your special case I am afraid. > >> I restarted WinSwitch with the X server running. ?Then, I restarted it >> after making the conf-file changes mentioned in global_settings.py. ?I >> see mentions of reading appropriate xmodmap settings in log files but >> I still don't have the Alt key work as Meta. ?Any thoughts as to what >> I'm doing wrong? > Absolutely nothing! > The problem is with xpra (or to be precise, GTK/X11 and in your case > GTK/OSX) fails to detect the correct key mapping that you have... > > There are a number of keyboard bugs in trac that I intend to deal with: > https://www.xpra.org/trac/ticket/91 > https://www.xpra.org/trac/ticket/108 > https://www.xpra.org/trac/ticket/109 > https://www.xpra.org/trac/ticket/86 > > However, it may well be that your case cannot be fixed if the problem > lies in the underlying GTK or OSX libraries (as I believe it to be the > case), so you would need a different solution, I have created a ticket > for it here: > https://www.xpra.org/trac/ticket/134 > It does not look particularly difficult to implement, once I get around > to it... > > Cheers > Antoine > > > > >> >> Thanks! >> -Alexey >> >> On Sun, Jun 3, 2012 at 2:55 AM, Antoine Martin wrote: >>> Hi, >>> >>> I can reproduce the missing 'a' issue now, so I will fix this asap. >>> I have created a ticket for your xmodmap settings option: >>> https://www.xpra.org/trac/ticket/134 >>> Feel free to add info/comments there. >>> >>> Cheers >>> Antoine >>> >>> >>> >>> On 06/03/2012 02:36 AM, Alexey Loginov wrote: >>>> Hi all, >>>> >>>> I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to >>>> get around the missing 'a' issue (https://xpra.org/trac/ticket/92). >>>> Older versions don't handle xmodmap setting with modifier keys (e.g., >>>> to swap Escape and Alt, as I do in my .Xmodmap file, shown below). >>>> >>>> Is there an easy way just to ask WinSwitch/xpra to use an existing >>>> .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or >>>> something like that)? ?I got a bit tangled up in the many set_xmodmap >>>> functions trying to use a file that I place in the above directory and >>>> not let it be overwritten with new xmodmap calls. >>>> >>>> Of course, if the partial version of xmodmap settings like below >>>> doesn't work, please let me know. ?Thanks for any help! >>>> -Alexey >>>> >>>> .Xmodmap: >>>> >>>> ! Make esc and alt behave as Meta: >>>> clear Mod1 >>>> clear Mod2 >>>> keycode 63 = Mode_switch >>>> keycode 66 = Meta_L >>>> keycode 69 = Meta_R >>>> add Mod1 = Meta_L Meta_R >>>> add Mod2 = Mode_switch >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Thu Jun 7 08:32:00 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 07 Jun 2012 14:32:00 +0700 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: References: <4FCB0A55.2000503@nagafix.co.uk> <4FCF4136.6090501@nagafix.co.uk> Message-ID: <4FD058F0.5040503@nagafix.co.uk> On 06/06/2012 11:27 PM, Alexey Loginov wrote: > Okay, thanks for clarifying things! > > I'm still a bit confused by the fact that my problem is very similar > to what was discussed in xpra.org/trac/ticket/50 (it talks about a > hack to wrap modifier setting in clear/add context). There, it was > noted that xpra.org/trac/changeset/325 provides a better fix (reading > actual "xmodmap -pm" settings instead of hardcoding modifier > settings). This bug is very old, and the keyboard code has been re-worked since. So I am afraid that this won't help. > All I really care about is the use of the Mac Alt keys (just the left > one would be good enough) as Meta. The clear/keycode/add sequence is > simply following the standard incantation that's recommended in > various xmodmap discussions and man pages. Xpra no longer uses xmodmap (which requires X11) on OSX. So this would not work. > Perhaps, I'll try the xpra/xposix/gui.py patch from > xpra.org/trac/ticket/50 (with appropriate modifier changes) to see if > that's enough. Things have changed so much that you will not be able to apply it. Please see: http://xpra.org/trac/ticket/134#comment:2 Where I have added some details. Cheers Antoine > > Cheers, > -Alexey > > On Wed, Jun 6, 2012 at 7:38 AM, Antoine Martin wrote: >> On 06/06/2012 12:51 AM, Alexey Loginov wrote: >>> Hi Antoine, >>> >>> I switched to the latest, given that you fixed the 'a' issue--thanks a lot! >>> >>> Now, I still can't apply my desired xmodmap settings and I'm a bit >>> confused as to the mechanism I should follow. Perhaps, you can >>> clarify the next few points for me: >>> >>> 1. The latest version has xpra.org/trac/changeset/325 and >>> winswitch.org/trac/changeset/4802. Does one or the other of these, >>> negate the need for custom xmodmap files? >> In theory, xpra detects your keymap and all is well.. in theory.. >> >>> 2. When do I need the ability to set custom xmodmap settings with the >>> above? (If I don't ever run X, perhaps?) I see that you added the >>> ability to use custom xmodmap files in >>> winswitch.org/trac/changeset/4903. >> I have, but this is only for when you are using NX with winswitch. >> (I have tested this briefly and it seemed to work) >> As per above, Xpra is supposed to handle keymaps transparently for you, >> so at present there are no facilities for providing overrides at present. >> >>> 3. Do the changesets in question 1 (and the custom settings in >>> question 2) handle the "clear ... ; keycode ... ; add ..." sequence >>> correctly (to clear the old logical modifiers, map keysyms, and then >>> apply new logical modifiers)? >> No, these changesets are not going to help your special case I am afraid. >> >>> I restarted WinSwitch with the X server running. Then, I restarted it >>> after making the conf-file changes mentioned in global_settings.py. I >>> see mentions of reading appropriate xmodmap settings in log files but >>> I still don't have the Alt key work as Meta. Any thoughts as to what >>> I'm doing wrong? >> Absolutely nothing! >> The problem is with xpra (or to be precise, GTK/X11 and in your case >> GTK/OSX) fails to detect the correct key mapping that you have... >> >> There are a number of keyboard bugs in trac that I intend to deal with: >> https://www.xpra.org/trac/ticket/91 >> https://www.xpra.org/trac/ticket/108 >> https://www.xpra.org/trac/ticket/109 >> https://www.xpra.org/trac/ticket/86 >> >> However, it may well be that your case cannot be fixed if the problem >> lies in the underlying GTK or OSX libraries (as I believe it to be the >> case), so you would need a different solution, I have created a ticket >> for it here: >> https://www.xpra.org/trac/ticket/134 >> It does not look particularly difficult to implement, once I get around >> to it... >> >> Cheers >> Antoine >> >> >> >> >>> >>> Thanks! >>> -Alexey >>> >>> On Sun, Jun 3, 2012 at 2:55 AM, Antoine Martin wrote: >>>> Hi, >>>> >>>> I can reproduce the missing 'a' issue now, so I will fix this asap. >>>> I have created a ticket for your xmodmap settings option: >>>> https://www.xpra.org/trac/ticket/134 >>>> Feel free to add info/comments there. >>>> >>>> Cheers >>>> Antoine >>>> >>>> >>>> >>>> On 06/03/2012 02:36 AM, Alexey Loginov wrote: >>>>> Hi all, >>>>> >>>>> I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to >>>>> get around the missing 'a' issue (https://xpra.org/trac/ticket/92). >>>>> Older versions don't handle xmodmap setting with modifier keys (e.g., >>>>> to swap Escape and Alt, as I do in my .Xmodmap file, shown below). >>>>> >>>>> Is there an easy way just to ask WinSwitch/xpra to use an existing >>>>> .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or >>>>> something like that)? I got a bit tangled up in the many set_xmodmap >>>>> functions trying to use a file that I place in the above directory and >>>>> not let it be overwritten with new xmodmap calls. >>>>> >>>>> Of course, if the partial version of xmodmap settings like below >>>>> doesn't work, please let me know. Thanks for any help! >>>>> -Alexey >>>>> >>>>> .Xmodmap: >>>>> >>>>> ! Make esc and alt behave as Meta: >>>>> clear Mod1 >>>>> clear Mod2 >>>>> keycode 63 = Mode_switch >>>>> keycode 66 = Meta_L >>>>> keycode 69 = Meta_R >>>>> add Mod1 = Meta_L Meta_R >>>>> add Mod2 = Mode_switch >>>> _______________________________________________ >>>> shifter-users mailing list >>>> shifter-users at lists.devloop.org.uk >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> From alelog at gmail.com Thu Jun 7 14:25:35 2012 From: alelog at gmail.com (Alexey Loginov) Date: Thu, 7 Jun 2012 09:25:35 -0400 Subject: [winswitch] Specifying xmodmap settings (in a file) In-Reply-To: <4FD058F0.5040503@nagafix.co.uk> References: <4FCB0A55.2000503@nagafix.co.uk> <4FCF4136.6090501@nagafix.co.uk> <4FD058F0.5040503@nagafix.co.uk> Message-ID: Okay, got it. Thanks for your patience! -Alexey On Thu, Jun 7, 2012 at 3:32 AM, Antoine Martin wrote: > On 06/06/2012 11:27 PM, Alexey Loginov wrote: >> Okay, thanks for clarifying things! >> >> I'm still a bit confused by the fact that my problem is very similar >> to what was discussed in xpra.org/trac/ticket/50 (it talks about a >> hack to wrap modifier setting in clear/add context). ?There, it was >> noted that xpra.org/trac/changeset/325 provides a better fix (reading >> actual "xmodmap -pm" settings instead of hardcoding modifier >> settings). > This bug is very old, and the keyboard code has been re-worked since. > So I am afraid that this won't help. > >> All I really care about is the use of the Mac Alt keys (just the left >> one would be good enough) as Meta. ?The clear/keycode/add sequence is >> simply following the standard incantation that's recommended in >> various xmodmap discussions and man pages. > Xpra no longer uses xmodmap (which requires X11) on OSX. > So this would not work. > >> Perhaps, I'll try the xpra/xposix/gui.py patch from >> xpra.org/trac/ticket/50 (with appropriate modifier changes) to see if >> that's enough. > Things have changed so much that you will not be able to apply it. > Please see: > http://xpra.org/trac/ticket/134#comment:2 > Where I have added some details. > > Cheers > Antoine > > > >> >> Cheers, >> -Alexey >> >> On Wed, Jun 6, 2012 at 7:38 AM, Antoine Martin wrote: >>> On 06/06/2012 12:51 AM, Alexey Loginov wrote: >>>> Hi Antoine, >>>> >>>> I switched to the latest, given that you fixed the 'a' issue--thanks a lot! >>>> >>>> Now, I still can't apply my desired xmodmap settings and I'm a bit >>>> confused as to the mechanism I should follow. ?Perhaps, you can >>>> clarify the next few points for me: >>>> >>>> 1. The latest version has xpra.org/trac/changeset/325 and >>>> winswitch.org/trac/changeset/4802. ?Does one or the other of these, >>>> negate the need for custom xmodmap files? >>> In theory, xpra detects your keymap and all is well.. in theory.. >>> >>>> 2. When do I need the ability to set custom xmodmap settings with the >>>> above? ?(If I don't ever run X, perhaps?) ?I see that you added the >>>> ability to use custom xmodmap files in >>>> winswitch.org/trac/changeset/4903. >>> I have, but this is only for when you are using NX with winswitch. >>> (I have tested this briefly and it seemed to work) >>> As per above, Xpra is supposed to handle keymaps transparently for you, >>> so at present there are no facilities for providing overrides at present. >>> >>>> 3. Do the changesets in question 1 (and the custom settings in >>>> question 2) handle the "clear ... ; keycode ... ; add ..." sequence >>>> correctly (to clear the old logical modifiers, map keysyms, and then >>>> apply new logical modifiers)? >>> No, these changesets are not going to help your special case I am afraid. >>> >>>> I restarted WinSwitch with the X server running. ?Then, I restarted it >>>> after making the conf-file changes mentioned in global_settings.py. ?I >>>> see mentions of reading appropriate xmodmap settings in log files but >>>> I still don't have the Alt key work as Meta. ?Any thoughts as to what >>>> I'm doing wrong? >>> Absolutely nothing! >>> The problem is with xpra (or to be precise, GTK/X11 and in your case >>> GTK/OSX) fails to detect the correct key mapping that you have... >>> >>> There are a number of keyboard bugs in trac that I intend to deal with: >>> https://www.xpra.org/trac/ticket/91 >>> https://www.xpra.org/trac/ticket/108 >>> https://www.xpra.org/trac/ticket/109 >>> https://www.xpra.org/trac/ticket/86 >>> >>> However, it may well be that your case cannot be fixed if the problem >>> lies in the underlying GTK or OSX libraries (as I believe it to be the >>> case), so you would need a different solution, I have created a ticket >>> for it here: >>> https://www.xpra.org/trac/ticket/134 >>> It does not look particularly difficult to implement, once I get around >>> to it... >>> >>> Cheers >>> Antoine >>> >>> >>> >>> >>>> >>>> Thanks! >>>> -Alexey >>>> >>>> On Sun, Jun 3, 2012 at 2:55 AM, Antoine Martin wrote: >>>>> Hi, >>>>> >>>>> I can reproduce the missing 'a' issue now, so I will fix this asap. >>>>> I have created a ticket for your xmodmap settings option: >>>>> https://www.xpra.org/trac/ticket/134 >>>>> Feel free to add info/comments there. >>>>> >>>>> Cheers >>>>> Antoine >>>>> >>>>> >>>>> >>>>> On 06/03/2012 02:36 AM, Alexey Loginov wrote: >>>>>> Hi all, >>>>>> >>>>>> I'm setting up xpra/WinSwitch, using older versions (0.7.36/12.10) to >>>>>> get around the missing 'a' issue (https://xpra.org/trac/ticket/92). >>>>>> Older versions don't handle xmodmap setting with modifier keys (e.g., >>>>>> to swap Escape and Alt, as I do in my .Xmodmap file, shown below). >>>>>> >>>>>> Is there an easy way just to ask WinSwitch/xpra to use an existing >>>>>> .Xmodmap file (e.g., by copying it to .winswitch/server/xmodmap or >>>>>> something like that)? ?I got a bit tangled up in the many set_xmodmap >>>>>> functions trying to use a file that I place in the above directory and >>>>>> not let it be overwritten with new xmodmap calls. >>>>>> >>>>>> Of course, if the partial version of xmodmap settings like below >>>>>> doesn't work, please let me know. ?Thanks for any help! >>>>>> -Alexey >>>>>> >>>>>> .Xmodmap: >>>>>> >>>>>> ! Make esc and alt behave as Meta: >>>>>> clear Mod1 >>>>>> clear Mod2 >>>>>> keycode 63 = Mode_switch >>>>>> keycode 66 = Meta_L >>>>>> keycode 69 = Meta_R >>>>>> add Mod1 = Meta_L Meta_R >>>>>> add Mod2 = Mode_switch >>>>> _______________________________________________ >>>>> shifter-users mailing list >>>>> shifter-users at lists.devloop.org.uk >>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> > From lists at ebourne.me.uk Tue Jun 26 11:41:52 2012 From: lists at ebourne.me.uk (Martin Ebourne) Date: Tue, 26 Jun 2012 20:11:52 +0930 Subject: [winswitch] The last usable version of xpra is 0.7.30 Message-ID: <1340707312.2802.26.camel@avenin.ebourne.me.uk> I am in the slightly unusual position where my day job requires me to run everything in New York while I live in Australia. That is everything I use (xterm, emacs, firefox, evolution, rdesktop, and more) runs on a host in NY and I work from home permanently over ADSL in Australia over ssh with X forwarding. The minimum round trip (ping) time is 300ms, and since everything I do has to go via this it probably makes me more latency sensitive than most. Fortunately xpra (at least the older versions) is awesome at removing the round trips so I only pay the latency cost once and making this arrangement entirely usable. Recently I decided to try the latest versions of xpra to get some of the new benefits (for the last couple of years I've been using a pre-fork checkout from hg) but unfortunately I found the experience to be quite unusable. I first tried xpra 3.2 but the latency was terrible, multi-second waits were absolutely commonplace. I tried successively older versions until I found the last usable version of xpra which was 0.7.30. Wanting to narrow this down some more I built some versions from svn and found that r283 was the last usable revision in terms of responsiveness (though it had some redraw issues I never had on the pre-fork version). Looking at r284 I found it implemented a new feature "damage_sequence" which was enabled in the client. By making a one line change to the client to disable this feature r284 itself became quite usable too. I am now using r513 with damage_sequence disabled, and it is still usable (possibly a little slower than r283 but I'm not sure as network leg varies). r513 hasn't had any redraw problems so far. In r514 the damage_sequence option is removed in the server and versions post that are again unusable due to high latency for me. I've tried up to r920 with the same results. Trying the various different options for encoding etc did not help. The latest HEAD fails with some opengl errors for me. I'd like to be able to upgrade to the latest versions. Have you any idea what the problem is and if there is a way to fix it? Cheers, Martin From antoine at nagafix.co.uk Tue Jun 26 15:56:46 2012 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 26 Jun 2012 21:56:46 +0700 Subject: [winswitch] high latency link issue [was: The last usable..] In-Reply-To: <1340707312.2802.26.camel@avenin.ebourne.me.uk> References: <1340707312.2802.26.camel@avenin.ebourne.me.uk> Message-ID: <4FE9CDAE.9040708@nagafix.co.uk> Hi Martin, I have moved your issue to the bug tracker here: https://www.xpra.org/trac/ticket/153 If you can provide a little bit more of information there about your specific application and bandwidth constraints, I am sure we can come up with a better solution. (there is a hack/workaround in the ticket already) As for the opengl stuff that prevented you from using trunk, I've backed that out: https://www.xpra.org/trac/changeset/976 So you should be able to test that again. Cheers Antoine On 06/26/2012 05:41 PM, Martin Ebourne wrote: > I am in the slightly unusual position where my day job requires me to > run everything in New York while I live in Australia. That is everything > I use (xterm, emacs, firefox, evolution, rdesktop, and more) runs on a > host in NY and I work from home permanently over ADSL in Australia over > ssh with X forwarding. > > The minimum round trip (ping) time is 300ms, and since everything I do > has to go via this it probably makes me more latency sensitive than > most. Fortunately xpra (at least the older versions) is awesome at > removing the round trips so I only pay the latency cost once and making > this arrangement entirely usable. > > Recently I decided to try the latest versions of xpra to get some of the > new benefits (for the last couple of years I've been using a pre-fork > checkout from hg) but unfortunately I found the experience to be quite > unusable. > > I first tried xpra 3.2 but the latency was terrible, multi-second waits > were absolutely commonplace. I tried successively older versions until I > found the last usable version of xpra which was 0.7.30. > > Wanting to narrow this down some more I built some versions from svn and > found that r283 was the last usable revision in terms of responsiveness > (though it had some redraw issues I never had on the pre-fork version). > Looking at r284 I found it implemented a new feature "damage_sequence" > which was enabled in the client. By making a one line change to the > client to disable this feature r284 itself became quite usable too. I am > now using r513 with damage_sequence disabled, and it is still usable > (possibly a little slower than r283 but I'm not sure as network leg > varies). r513 hasn't had any redraw problems so far. > > In r514 the damage_sequence option is removed in the server and versions > post that are again unusable due to high latency for me. I've tried up > to r920 with the same results. Trying the various different options for > encoding etc did not help. The latest HEAD fails with some opengl errors > for me. > > I'd like to be able to upgrade to the latest versions. Have you any idea > what the problem is and if there is a way to fix it? > > Cheers, > Martin > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users