On 5 May 2011, at 22:43, Jeremy Huddleston wrote: On May 5, 2011, at 2:13 PM, Bayard Bell wrote: After a bit of hacking around, I've got ratpoison working with urxvt for terminals (the most significant problem I had was that it wasn't immediately obvious that I needed to add an entry to /opt/X11/lib/X11/xinit/xinitrc.d rather than /usr/lib/X11/lib/X11/lib/xinit/xinitrc.d, and that was only because I was staring at documentation rather than realising that XQuartz calls /opt/X11/bin/startx rather than one of the other half-a-dozen startx scripts I seem to have acquired in my PATH).
What other startx scripts do you have?
/opt/X11/bin/startx /usr/X11/bin/startx /opt/local/bin/startx /usr/X11R6/bin/startx
You can always put stuff in ~/.xinitrc.d ...
Which would probably be fine, but I've been an SA for so long that I don't imagine anything is fixed if it's only in my home directory. There are three problems I see at this point.
The first is that, as wonderful as the idea of copying XQuartz.app to XQuartzratpoison.app and allowing config differences to be handled via X11_PREFS_DOMAIN, I now end up with a copy of XQuartz that can't properly update itself with sparkle (it updates the regular XQuartz.app, which didn't need it), which seems a bit lame. It seems there should be a way to run a second XQuartz.app instance as a LaunchAgent and make all the necessary environment changes in the agent plist, but my brief attempt at this was fruitless.
Hmm... Yes. I see how that could be a problem. What about using symlinks within the bundle to point inside your XQuartz.app? That wouldn't be shippable, but it should work for a personal installation.
That was the first thing that occurred to me, as I long ago concluded that symlinks are so cool and possibly dangerous that there ought to be an apocalyptic science fiction novel written around them. I don't mind it, but precisely it wants for both robustness and elegance as a workaround (as you note, it's something you'd do but not something you'd ship), I thought it fair to say it's still a problem. The second issue is that Spaces/Exposé really don't know how to deal with switching to my ratpoison session.
Yeah. Spaces and Exposé integration with X11 is held together with duct tape and crazy glue. It sometimes works well, but there are plenty of cases where X11 just doesn't fit into the paradigm that Spaces and Exposé want.
I'd say at the moment that Spaces, at least, has duct tape and crazy glue to go around, although it's not bad for a first time out in re-inventing the wheel. Sometimes when I'm in the same space, switching will actually hide the active window, only bringing it back when I switch to another app and back. When switching from another space, I end up with either the window I need obscured or no switch to that space at all.
The third is that I'm using urxvt and trying to get a bit of window transparency, which doesn't seem to be working. I've tried both the "transparent" option and tweaking alpha settings in an ARGB color setting, but none of it works. I'm not clear on whether that functionality is meant to be available yet in XQuartz.
No, that is not supported in XQuartz. It will eventually once we move over to supporting COMPOSITE and have a compositing WM, but that's been on the distant horizon for 3 years now...
Shucks. It's a bit like having a window view from your desk: aesthetically pleasing and relaxing but potentially distracting. I'm running this combo to cut down on eye candy on my desktop, so I'm OK with that (fading windows that don't have focus in urxvt is, by way of contrast, both useful and pretty). |