I don’t often ask you good readers for help on this blog (sorry about that!), but I was hoping that someone reading this might be able to dig me out of a metaphorical snowdrift…
At the moment, I am trying to assemble a suitably Christmassy instalment of “My Eee Desktop” for next month, but I’ve run into a small problem. At the moment, I am running Cairo Composite Manager on top of Fluxbox, and for the most part it works fine, providing various desktop effects (translucent windows, animations, etc.). At the same time, I also run Conky, with the “own window” setting enabled so that it will appear when cairo-compmgr is operational.
For my Christmas Eee desktop, I’d like to add the old X favourite xsnow… but there’s a problem: xsnow draws to the “root window” (i.e. desktop), as does cairo-compmgr. In other words: if the latter is running, you can’t see xsnow. (This has been a known problem with desktop environments like GNOME and KDE for years, as they too use the root desktop to draw folders, icons and so on.)
Basically, if I turn off Cairo, I can get xsnow and Conky running together, due to the latter’s “own window” setting, but Conky “blocks” the view of xsnow (as Conky is running in its own window, on top of xsnow). There are solutions for running xsnow with GNOME and KDE, but neither seems to work with cairo-compmgr—I would’ve thought there was a way to add some kind of “exception” in Cairo for xsnow, but I haven’t yet found it.
So, in short: can anyone think of a way to run xsnow with cairo-compmgr?
(Also, I’d be interested to hear if anyone knows of any other “festive” Linux applications, such as “strings of blinking lights across the top of the screen” and that sort of thing—frankly, the cheesier the better 🙂 )
Thanks in advance for any help, and I’ll be glad to reveal the results in a few weeks’ time…