Ecroob GTK Theme
As an optimist, I assume that the reason no one really likes my Ecru theme is because it uses the gtk mist engine (not that it is shit). So to remedy this I’ve gone the complete other way and made a murrine engine version, and you’ll need git murrine I think, as we speak.
Openbox Radiance
I finally uploaded the first effort at an Openbox version-ish of the ubuntu radiance theme.
It’s far from perfect, I’d appreciate any thoughts?
l3ib.org haxpact – Some Themes
Despite being a somewhat dysfunctional l3ib member I’m tossing my hat into haxpact.
I don’t have much going on except a mess of scripts and some themes but let’s begin.
The new artwork has surfaced for ubuntu, this is pretty old news. I thought I’d try and make an openbox version so, y’know, the kids don’t have to miss out? Before we get to pretty pictures, let’s start with misery:
1. It’s obviously not a pixel for pixel port, it’s an openbox theme that will go with the gtk/icon/background etc.
2. There will be no rounding (see point one)
3. The buttons really are not the same, no.
4. This is really just a first attempt.
I’ll get together a tarball when I have finished the bits off, as well as the ambiance theme.
I have a few tidying up things I’d like to do with some other artwork and themes this week too, we shall see if that happens…
Even More Openbox XDG-Menu Rambling
There are a few xdg menus appearing for openbox, but I still don’t think any of them are as good (or as simple) as the one provided by Fedora, which, as I understand it, is still the only one that properly respects user customisation.
The problem is that it does not update, I have seen some very fanciful method of updating menus, probably the sanest way is to just manually update your menu when you feel the inclination. But I have a script (it has been in my git for a while but I’ve never viewed it as that important) I run with the fedora menu that is really uncomplicated:
#!/bin/bash
# folder watching using inotifywait
COMMAND="xdg-menu > ~/.config/openbox/rootmenu_tmp.xml && mv -f ~/.config/openbox/rootmenu_tmp.xml ~/.config/openbox/rootmenu.xml"
#try and be selective?
ACTIONS='--event modify --event attrib --event close_write --event moved_to --event moved_from --event move --event create --event delete --event delete_self'
PLACES="$HOME/.local/share/applications/* /usr/share/applications/* $HOME/.config/menus/applications.menu"
while inotifywait $ACTIONS $PLACES; do
bash -c "$COMMAND"
done
It simply uses inotifywait (which is part of inotify-tools) to watch for certain actions and then run a command, it could not be less interesting. You can obviously change the command to whatever you want to use to create your menu, if you are not liking the Fedora one. It is not perfect at all and you could probably tweak the actions and places a bit, but it is far less extravagant than some solutions I have seen, and it seems to catch most, if not all, changes to .desktop files.
That’s all.
Openbox 3.4.8 Released
There has been a new Openbox released! (changelog | download) (thanks Dana and Mikael). Here are a few of the things that I was personally the most interested in:
The “use system title bar and borders” option in Chrome/Chromium now works as expected.
You can click through shaped windows, which is good news if you like docky/avant window navigator or generally any composite shaped window which might previously have been annoying.
Openbox-gnome-session works again.
There has been a lot of work on window focus, which will probably please people who had Firefox issues across desktops, or maybe some other weird behaviours.
There has been a lot of work on Xinerama type things making fancy screen setups a more pleasant experience in Openbox.
I might be going crazy but docky/gnome-do docky menus seem to be much crisper and less flickery when they first appear too.
Anyway it is all good.