Devil's Pie "Derren Brown Is A Witch" 0.4
Devil's Pie (everyone favourite window manipulation tool) 0.4 is out. Not bad since the last release was in September... Changes are:
- Add an action to set the window type atom (Olivier Andrieu)
- Add an action to set the decorate window hint in OpenBox (Vaclav Lorenc)
- Watch all screens for events, instead of just the default
Downloads are in the usual place, a tarball is here. Debian packages will be prepared tomorrow, I'm going to bed now. The tarball has a spec file, so rpmbuild should work.
It is a very usefull application, should be include in the gnome desktop.
(devilspie:2330): Wnck-WARNING **: Unhandled action type (nil)
(i am using the debian packages, maybe that's the reason?)
it does this with the example config or one i've written
what am i doing wrong? :)
Sorry if I overlooked something or am in any other way a complete moron :)
<action name="DevilsPieWMHint">
<property value="NET_WM_BLAH" />
</action>
I guess there is no chance of per-application window styles ala Sawfish? I used to like that for specific types of apps (so any utility would use microgui while most apps used the normal theme).
Thanks!
Toby Haynes
I'm using the GNOME distributed by Sun. In
this version, there's nothing that is obviously labeled pager and tasklist. There's a Window List and a Workspace switcher. Are these the old names for those concepts?
My question is this - if someone marks an application as being hidden from the pager and tasklist, and that application is minimized, how would the user get back to it?
Should this be a case where devilspie refused to allow the application to be minimized?
I see the various values one can assign but I'm not understanding why I would do so.
I can understand the removal of decorations - if I was going to hide something from the tasklist or pager, I'd remove the decoration as well <smile>.
Also, the "what's new" mentions that devilspie watches all screens for events. The readme doesn't mention how to code the xml so that an action is specific to a screen - I might want apps invoked on one screen to be treated differently than the same apps invoked on another screen display.
being one of the rare openbox3 w/ kde users, I really like devilspie and depend on it to automaticaly keep my desktops organized and clean. I especially like the ability to remove the win-decoration...
regards,
tomte
all: Check out my url for the latest remove_decorations patch, if you want.
From now it seems that remove_decoration action is able to work with openbox, XFCE4, kwin, Metacity (and more?)...
Enjoy :)
(devilspie:20151): Wnck-WARNING **: Unhandled action type (nil)
About 7-8 times with Openbox 3 on Gentoo. I'm running libwnck-2.6.2.1.
Any suggestions? I know this works for others on Openbox3.
getting 0.7 to compile. I've a user reporting the following:
She has 3 flurbs, watching for pieces of the title bar. The flurb is set up to move the window into workspace 2 of metacity.
The behavior she sees is the app (which has 3 different windows - that's why the 3 flurbs) starting up. Then she sees the windows moved to workspace 2. Then she sees the windows return to the current workspace 1. I've checked - there are no other flurbs in conflict. So I'm uncertain what is going on, or even how to debug why devilspie is behaving in this manner.
A user wanted to mark a window as being below - but does no want to mark it as going to a particular workspace. When he attempts this combination, it appears that the flurb for above FALSE is being
ignored.
This is devilspie 0.4, and the Sun GNOME 2.0 release, with the distributed metacity.
Anyone know a work around for this?