You're right.
I hadn't fully considered "building in" options nor actually realised
it could be done in dmenu (even though I'm a dwm user). Thanks for
pointing out to me.
On 6 March 2013 21:25, Yoshi Rokuko wrote:
> you set "persistent options" at compile time.
OK. How about shared runtime options?
Apologies if this has already been discussed but is there a preferred
way of persistently passing options to dmenu?
Previously I was overriding the dmenu bin with a script of the same
name with some options, e.g.:
$ cat ~/bin/dmenu
/usr/bin/dmenu -i -nb #101010
In dmenu-tools[1] (a collection of
Thanks for the discussion.
It seems we can conclude targeting ewmh/icccm is out of the question.
How about a new "suckless" protocol between dwm and its status bar?
Much like dmenu handles launching, there's still scope in separating
the status bar. Perhaps a compile-time option to disable it com
I run dwm with the status bar hidden by default. I don't want to be
distracted with system info through xsetroot nor need to see the
window title. Often, I'll forget about open applications in other tags
so sometimes toggle the status bar to find an active tag (NB, is there
an equivalent to xmonad'
