Hi Antoine, Much improved! That version seems to be working fine for me on ubuntu 10.04, and I no longer have the "stuck alt key" issue. And it looks like the terminals have more a native look to them as well. This is great.
Now for my Mac, I followed the instructions at http://winswitch.org/dev/macosx.html. I replaced 0.0.7.19 with 0.0.7.21-rc2 where applicable, and chose to use python 2.6.6. I completed the jhbuild and gtk-osx steps as you indicated (they took a long time, but seemed to succeed). I then guessed that I still needed to do the xpra portion of the "Build Protocol Support" section. That seemed to work just fine as well. I noticed that it installed the xpra executable at ~/gtk/inst/bin/xpra, so I updated my attach script to point to that. I attached, and it starts fine. Looking good at this point. I have one annoyance now, though. On the Mac, I haven't found a way to switch between the X windows using the keyboard. Before, when I compiled xpra and ran through X11, I was able to switch between X windows with 'Command-`' (while within the X11 application). Other than that, I see no difference from before except that the running application is now "python" rather than "X11". I have to admit, I don't see what the extra hour or more of setup time got me. Should I expect a speed improvement? If there is no compelling reason to stick with this, I expect I will switch back to running in X11 so that I can switch between windows without the mouse. Ironically, I was hoping that a "native version of xpra" would allow me to switch between X windows with the native Mac 'Command-tab' keys, but instead I lost what was working. Overall, the 'stuck key' fix removes a significant issue. Good work! Matt On Wed, May 18, 2011 at 1:58 PM, Antoine Martin <[email protected]>wrote: > Hi, > > (snip) > > It appears to 'xpra start :7' ok, with some scary messages > (..) > Most of these messages are normal, there is one strange thing though: > your system seems to report that randr is enabled on the Xvfb screen!? > That is only meant to be possible when using Xdummy in place of Xvfb. > What distro and version are you using? What package does Xvfb come from? > Can you start an Xvfb display and see if xrandr really is listed as a > supported extension? > > (snip) > > Then I try to attach with 'xpra attach :7', and nothing shows up. > > The log, however, shows an actual python stack trace (see [3]) > That's the code trying to use randr and finding out that it isn't > available the hard way... I've just updated the source to cope with this > situation better (it will just continue using a screen that is bigger > than needed - which is fine): > http://winswitch.org/src/xpra-0.0.7.21-rc2.tar.bz2 > > > I plan to just compile the same xpra-0.0.7.20 source on my Mac > (snip) > If you want a native version of xpra (one that does not use the X11 > server), you should be able to follow the instructions found here: > http://winswitch.org/dev/macosx.html > All you need from this page is the jhbuild section + gtk-osx > Or if you don't mind running via an X server, you can just build > directly from the source I linked above (does not work with trunk). > Note that the code assumes that you don't want to build the server on > OSX, since there are very few useful apps you could actually run on it. > I've never even tried to build the server on OSX (although it should be > possible). > > > It felt like we were talking about application Foo and the page was > > for downloading application Bar > Yes, sorry about that, I should have made it clearer: the repository > includes xpra packages and you don't have to install the rest if you > don't want to. > > Cheers > Antoine > > _______________________________________________ > Parti-discuss mailing list > [email protected] > http://lists.partiwm.org/cgi-bin/mailman/listinfo/parti-discuss >
_______________________________________________ Parti-discuss mailing list [email protected] http://lists.partiwm.org/cgi-bin/mailman/listinfo/parti-discuss
