bspwm — A tiling window manager based on binary space partitioning

bloom · 2013-11-07 22:04:12

Stebalien wrote:

bloom wrote:
Stebalien wrote:
Granted, it would be nice if there were some sane defaults (sticky windows are sticky, docks are unmanaged, etc).
ruld defines the following defaults:
local rules = {
    {'type:find("toolbar") or type:find("utility")', 'focus=off'},
    {'type:find("dialog")', 'floating=on'},
    {'type:find("dock") or type:find("desktop") or type:find("notification")', 'manage=off'},
    {'type:find("desktop")', 'lower=on'},
    {'state:find("fullscreen")', 'fullscreen=on'},
    {'state:find("sticky")', 'sticky=on'}
}
I meant in bspwm itself. That is, let the external rules command modify the defaults but have bspwm itself set some reasonable defaults based on type and state.

Agreed. The built-in rules are brought back by 144f7d4.

ttz · 2013-11-08 05:14:24

robstwd wrote:

ttz wrote:
Thank you for the link; I am curious to see though if there is a way to solve this simply using the "stock" rulc/ruld scripts included.
I'm finding that even though I source the folder containing the rulc/ruld scripts in my $PATH, none of the rules are working.
I have just made the default changes ie with 'stock' scripts etc and rules are working well. What I did was:
1. copied the supplied ruld & rulc scripts from contrib to my $PATH and ensured executable
2. updated .xinitrc with this line before the final run wm statement
rulc -l > /dev/null || ruld &
3. updated bspwmrc with this:
bspc config rule_command "xwinfo -cints 0x%X | xargs -d '\n' rulc -t"
4. Installed xwinfo via git clone and lua-posix according to this earlier post
At this point, with a bspwm restart, check the default rules from ruld with
$ rulc -l
type:find("toolbar") or type:find("utility") => focus=off
type:find("dialog") => floating=on
type:find("dock") or type:find("desktop") or type:find("notification") => manage=off
type:find("desktop") => lower=on
state:find("fullscreen") => fullscreen=on
state:find("sticky") => sticky=on
5. modified my existing custom rules in bspwmrc to the new rule format; my previous rule:
bspc rule -a vlc --follow --floating
became:
rulc -a 'class=="Vlc"' 'follow=on floating=on'
Note the change of case for "Vlc" - initially my set of 5 or so custom rules did not work and I figured out it was a case issue. Using xprop to get the WM_CLASS value gave me:
$ xprop | grep WM_CLASS
WM_CLASS(STRING) = "vlc", "Vlc"
Changing the rules to use the second value in proper case was what made my custom rules work.
maybe something in the above will help out

Much obliged. Even though I hate the reddit system, I would upvote this Thank you kindly.

robstwd · 2013-11-08 10:56:07

ttz wrote:

Much obliged. Even though I hate the reddit system, I would upvote this Thank you kindly.

No problems! Did you manage to get the rules working?

ttz · 2013-11-09 02:31:14

robstwd wrote:

ttz wrote:
Much obliged. Even though I hate the reddit system, I would upvote this Thank you kindly.
No problems! Did you manage to get the rules working?

Yes I did, thanks The "xprop" step is what I needed... was using the wrong class name.

robstwd · 2013-11-09 04:55:59

instantepiphany wrote:

After trying to troubleshoot my problem(windows resize slowly, incredibly slowly with a compositor running, still slow without, I posted a couple pages back), I still haven't found an answer.

An update on this issue, last mentioned a few pages back, courtesy of another recent thread "bspwm: moving floating windows has huge delay" - it seems that tweaking the mousepoll rate does the trick; refer to the wiki page on mouse polling rate. That is, I tried this setting in /etc/modprobe.d/modprobe.conf:

options usbhid mousepoll=30

Not really sure yet if that rate has any detriment elsewhere - mouse jitter in games as suggested by @fengshuan..... but at least floating window resize/move is much smoother.

Last edited by robstwd (2013-11-09 07:34:14)

Paul-S · 2013-11-09 10:25:06

rulc -l doesn't give me any default rules, just my own custom rules.

Cheers
Paul-S

sime · 2013-11-09 12:56:53

I don't want to use `rule{c,d}`, the defaults are fine for me. How can I silence the output of `rule_command`? I.e. luaposix is outdated on my system and I don't want to muck around installing it by hand. Is there a way to 'opt-out' of the whole rules subsystem?

sime · 2013-11-09 13:03:08

Also, I can start every WM in `.xinitrc` via `ssh-agent <wm>` and the agent session will propagate to all clients. Not so with bspwm.

sime · 2013-11-09 13:10:23

sime wrote:

I don't want to use `rule{c,d}`, the defaults are fine for me. How can I silence the output of `rule_command`? I.e. luaposix is outdated on my system and I don't want to muck around installing it by hand. Is there a way to 'opt-out' of the whole rules subsystem?

E.g.

bspc config rules_command  0

Stebalien · 2013-11-09 14:49:35

@sime:

bspc config rule_command /usr/bin/true

@Paul-S
The default rules were added back to bspwm itself. You can override them in ruld/rulc if you want but they won't show up because ruld/rulc no longer handles them.

Last edited by Stebalien (2013-11-09 17:41:54)

bloom · 2013-11-09 15:36:34

Stebalien wrote:

@sime:

bspc config rules_command /usr/bin/true

Actually, the setting is called rule_command (should I rename it?).

WonderWoofy · 2013-11-09 17:32:22

sime wrote:

Also, I can start every WM in `.xinitrc` via `ssh-agent <wm>` and the agent session will propagate to all clients. Not so with bspwm.

I have no idea why this would work with others but not bspwm. But you might want to have a look at keychain. It makes the handling of ssh-agent and/or gpg-agent nice and easy. There is an example of how to use it on the wiki linked there, but if you read the keychain man page, in the examples section (toward the bottom) it spells it would very nicely.

Stebalien · 2013-11-09 17:40:05

bloom wrote:

Stebalien wrote:
@sime:
bspc config rules_command /usr/bin/true
Actually, the setting is called rule_command (should I rename it?).

Sorry, my bad. (I always think "rules_command" because I named my script "rules.sh" so I didn't even notice.)
The name really doesn't matter and changing it now would create more confusion.

Last edited by Stebalien (2013-11-09 17:41:31)

m0kkun · 2013-11-10 11:37:38

Hello, I just installed bspwm by following the guide, when I startx I only have a black screen, any ideas?

aoba · 2013-11-10 17:30:18

Most likely it is working. Use super + Return to launch urxvt or super + space to launch dmenu. If you do not have those programs installed, hit super + alt + Escape to exit bspwm. At this point you can either install those programs, or you can edit sxhkdrc (look near the bottom of the file) to reflect the terminal/launcher that you prefer.

Edit: typo

Last edited by aoba (2013-11-10 17:30:46)

sime · 2013-11-10 18:58:15

Also check that you indeed have sxhkd running.

bloom · 2013-11-11 21:15:33

The equivalent of:

bspc rule -a \* --floating --one-shot

is

rulc -a true floating=true duration=1

Ploppz · 2013-11-13 15:34:45

Hi, trying to make it possible to move and resize windows.
Copied this:

super + button{1,2,3}
    bspc grab_pointer {move,resize_side,resize_corner}

super + !button{1,2,3}
    bspc {track_pointer,track_pointer,track_pointer} %i %i

super + @button{1,2,3}
    bspc {ungrab_pointer,ungrab_pointer,ungrab_pointer}

from here https://github.com/baskerville/bspwm/is … t-14234995
But nothing happens on neither left nor right click

Stebalien · 2013-11-13 18:16:40

The bspc syntax has changed:

super + button{1-3}
    bspc pointer -g {move,resize_side,resize_corner}

super + !button{1-3}
    bspc pointer -t %i %i

super + @button{1-3}
    bspc pointer -u

crypton · 2013-11-14 10:43:50

Installed bspwm it starts correctly but my keybinds dont work I use sxhkd

Unia · 2013-11-14 13:06:05

And what do you want us to do with that information?

instantepiphany · 2013-11-15 01:54:21

robstwd wrote:

instantepiphany wrote:
After trying to troubleshoot my problem(windows resize slowly, incredibly slowly with a compositor running, still slow without, I posted a couple pages back), I still haven't found an answer.
An update on this issue, last mentioned a few pages back, courtesy of another recent thread "bspwm: moving floating windows has huge delay" - it seems that tweaking the mousepoll rate does the trick; refer to the wiki page on mouse polling rate. That is, I tried this setting in /etc/modprobe.d/modprobe.conf:
options usbhid mousepoll=30
Not really sure yet if that rate has any detriment elsewhere - mouse jitter in games as suggested by @fengshuan..... but at least floating window resize/move is much smoother.

Thanks so much to mah0 for finding that it was the mouse polling rate causing the issue, and to you robstwd for posting a nice easy fix.
I myself use a razer deathadder which has a max of 1000hz. I will post back to confirm that lowering this does fix the problem, but anyone with a razer mouse may be better served by using the utility razercfg as an easier switch. Although either razercfg or robstwd's method could be setup with a nice bind with sxhkd so that you can easily switch when launching a game or other app that needs a high polling rate.

EDIT:

Lowering the mouse poll rate did indeed fix the issue, I haven't tested yet whether it has any negative effects within games, but even if it does I can easily switch it to play a game and switch back when I quit it. For reference, "options usbhid mousepoll=8" was the highest (highest poll rate, or lowest ms between polls(8)) I could reach without getting any lag resizing windows. This is with both a razer deathadder and a gigabyte ghost m8000x.

Last edited by instantepiphany (2013-11-16 04:18:45)

Ploppz · 2013-11-16 17:30:53

How do I restart sxhkd without restarting or messing up bspwm? Need to update it when I have written new key bindings.

earsplit · 2013-11-16 17:36:51

Ploppz wrote:

How do I restart sxhkd without restarting or messing up bspwm? Need to update it when I have written new key bindings.

https://github.com/baskerville/bspwm/bl … xhkdrc#L89

Ploppz · 2013-11-16 17:44:47

earsplit wrote:

Ploppz wrote:
How do I restart sxhkd without restarting or messing up bspwm? Need to update it when I have written new key bindings.
https://github.com/baskerville/bspwm/bl … xhkdrc#L89

Ah, thanks.

Now, I am trying to map Fn+F5 and Fn+F6 to respectively decrease and increase volume. Running showkey in a tty (outside of X), I figured out they had key code 114 and 115 respectively. But how do I write this in sxhkd? I tried:

# Volume control
button114
        amixer -q sset Master 3%-
button115
        amixer -q sset Master 3%+

But that has no effect. Running the commands has the desired effects so the commands are not wrong.

Edit: solved it! Did some reading. If anyone wonders:

XF86AudioLowerVolume
        amixer -q sset Master 3%-
XF86AudioRaiseVolume
        amixer -q sset Master 3%+

https://wiki.archlinux.org/index.php/Ex … ys#In_Xorg

Last edited by Ploppz (2013-11-16 20:16:46)

Arch Linux

#876 2013-11-07 22:04:12

Re: bspwm — A tiling window manager based on binary space partitioning

#877 2013-11-08 05:14:24

Re: bspwm — A tiling window manager based on binary space partitioning

#878 2013-11-08 10:56:07

Re: bspwm — A tiling window manager based on binary space partitioning

#879 2013-11-09 02:31:14

Re: bspwm — A tiling window manager based on binary space partitioning

#880 2013-11-09 04:55:59

Re: bspwm — A tiling window manager based on binary space partitioning

#881 2013-11-09 10:25:06

Re: bspwm — A tiling window manager based on binary space partitioning

#882 2013-11-09 12:56:53

Re: bspwm — A tiling window manager based on binary space partitioning

#883 2013-11-09 13:03:08

Re: bspwm — A tiling window manager based on binary space partitioning

#884 2013-11-09 13:10:23

Re: bspwm — A tiling window manager based on binary space partitioning

#885 2013-11-09 14:49:35

Re: bspwm — A tiling window manager based on binary space partitioning

#886 2013-11-09 15:36:34

Re: bspwm — A tiling window manager based on binary space partitioning

#887 2013-11-09 17:32:22

Re: bspwm — A tiling window manager based on binary space partitioning

#888 2013-11-09 17:40:05

Re: bspwm — A tiling window manager based on binary space partitioning

#889 2013-11-10 11:37:38

Re: bspwm — A tiling window manager based on binary space partitioning

#890 2013-11-10 17:30:18

Re: bspwm — A tiling window manager based on binary space partitioning

#891 2013-11-10 18:58:15

Re: bspwm — A tiling window manager based on binary space partitioning

#892 2013-11-11 21:15:33

Re: bspwm — A tiling window manager based on binary space partitioning

#893 2013-11-13 15:34:45

Re: bspwm — A tiling window manager based on binary space partitioning

#894 2013-11-13 18:16:40

Re: bspwm — A tiling window manager based on binary space partitioning

#895 2013-11-14 10:43:50

Re: bspwm — A tiling window manager based on binary space partitioning

#896 2013-11-14 13:06:05

Re: bspwm — A tiling window manager based on binary space partitioning

#897 2013-11-15 01:54:21

Re: bspwm — A tiling window manager based on binary space partitioning

#898 2013-11-16 17:30:53

Re: bspwm — A tiling window manager based on binary space partitioning

#899 2013-11-16 17:36:51

Re: bspwm — A tiling window manager based on binary space partitioning

#900 2013-11-16 17:44:47

Re: bspwm — A tiling window manager based on binary space partitioning

Board footer