Re: [dev] Re: dwm rules do not check window's first class
Hey, On 2 January 2012 10:45, James Campos wrote: > Ah, thank you. I'd like to request better documentation, then - the st man > page states that the -c switch "defines the window class", but this class > doesn't match up with dwm's rules class parameter. Yeah, that's true. st's '-c' flag defines the *instance* name, not the class name. Technically, POSIX applications should use the '-name' flag to set this -- see ICCCM 4.1.2.5 [1] -- not '-c', which doesn't really make sense when it isn't setting the class anyway. Could an st developer fix this? [1]: http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.2.5 Thanks, cls
Re: [dev] wmii falling out of favor
You can also use du instead of cd;ls Overloading simple, old, standard commands is bad for my inflexible brain. The X11 stuff is way too difficult for me to care.
Re: [dev] wmii falling out of favor
On 2012-01-02 12:26, hiro wrote: > I don't understand how this is related to your quote? Suraj re-evaluated his toolset. I think the re-evaluation part is a good idea, however it seems you could spend too much time doing it. > You always execute ls when you cd to a different folder? in interactive shells, yes. I examined my interactive shell history and found that I had too many cd then ls, amongst other things. However, it's not as easy to do the same analysis with my X11 interactions. Do people do this? How? Just guessing at my usage, I would think that sync'ing cut buffers, selections, vim last yank, and screen/tmux buffers would be a win. No clue without data, though
Re: [dev] wmii falling out of favor
I don't understand how this is related to your quote?
You always execute ls when you cd to a different folder?
On 02.01.2012, Patrick Haller <201009-suckl...@haller.ws> wrote:
> On 2012-01-01 21:13, Suraj N. Kurapati wrote:
>> So I considered the trade-offs between SLOC minimalism, project and
>> community activity, and my productivity in DWM vs. WMII and finally
>> decided to switch back to WMII (which I used since six years prior).
>
> How often do people re-evaluate their toolsets?
>
> With my shell, I can examine shell history and do stuff like:
> cd() {
> dir="$1"
> test -f $1 && dir=`dirname $1`
> builtin cd "$dir" && ls | sed 10q | fmt -w $COLUMNS
> }
>
> With X11, do we screencast a day's work and watch it in fast-forward?
>
> Every three months I look at
> https://wiki.archlinux.org/index.php/Lightweight_Software
>
> and occasionally find stuff (like zathura).
>
>
[dev] Re: dwm rules do not check window's first class
Ah, thank you. I'd like to request better documentation, then - the st man page states that the -c switch "defines the window class", but this class doesn't match up with dwm's rules class parameter.
Re: [dev] dwm rules do not check window's first class
On 2012-01-02, at 09:34, James Campos wrote: > I added a rule to place windows of a certain class to a certain > tag. However, windows apparently have two classes, and this rule > only works if it specifies the second class. I believe what you are looking for is the second Rule field, the one called "instance". This is checked against the first part of the class reported by xprop. -Truls
[dev] dwm rules do not check window's first class
In dwm's config.h, I added a rule to place windows of a certain class to a certain tag. However, windows apparently have two classes, and this rule only works if it specifies the second class. I'd like to request that dwm check both classes, since the program I was writing the rule for, st, only changes the first class with the -c switch.
