You are not logged in.
I finally installed Linux on my desktop PC again and installed bspwm. I like how flexible it is despite being so simple.
Not having to learn a new language for configuration is nice to.
Keep up the good work!
Offline
I tried bspwm this afternoon, I love it.
The only thing that bothers me is that it does not seem possible to specify rules for clients other than floating/tiled. Can you make possible to assign a client to a desktop, for example if I want all Pidgin windows on a single desktop ?
EDIT: Oh, and also, it would be nice to be able to get the list of all clients for a given desktop, even if it is not the current desktop.
Last edited by Silencement (2012-11-11 17:06:50)
Derpy Hooves is best pony.
Offline
Can you make possible to assign a client to a desktop, for example if I want all Pidgin windows on a single desktop ?
Implemented in 675d5ae.
The following
bspc rule URxvt Eight
will send all the URxvt windows to the desktop named Eight.
it would be nice to be able to get the list of all clients for a given desktop, even if it is not the current desktop.
I've added an optional desktop name argument to the list message (in caed861).
So:
bspc list Five
will show the layout tree for the desktop named Five.
Offline
Thanks a lot! Works like a charm
Derpy Hooves is best pony.
Offline
Double posting just to say I made a quick script to show the current desktops.
#!/bin/bash
for desktop in $(bspc list_desktops --quiet | sed 's/ //g')
do
if [[ -n $(echo $desktop | grep @) ]]; then # Current desktop
desktop=${desktop/@/}
echo -n "^bg(#292929)^fg(#d2d2d2) $desktop "
elif [[ -n $(bspc list $desktop) ]]; then # Occupied desktop
echo -n "^bg(#3e3e3e)^fg(#d2d2d2) $desktop "
fi
done
It displays the current desktop and occupied desktops in different colors, formatted for dzen2, and then run into conky. You can see the result here (at the bottom left of the screen).
Derpy Hooves is best pony.
Offline
Triple posting to report a bug : some windows are tiled when they shouldn't, like gmrun. It's a little annoying.
Derpy Hooves is best pony.
Offline
some windows are tiled when they shouldn't, like gmrun
All right, I've found the relevant informations regarding this in EWMH, section "Fixed size windows".
Last edited by bloom (2012-11-13 21:32:08)
Offline
Though it's not much, I have some suggestions:
1) The ability to set the opacity of the borders as part of any border color settings.
2) To make so you can set the screen padding per monitor, as it currently sets it for each screen.
There are also some problems I am having:
1) Sometimes when I use Mod4 + right click on any window, it will minimize. It is not set in my .xbindkeysrc and I really have no idea why it happens.
2) When using tint2, I cannot click on any of the workspace names to switch to them, but I can switch to them by clicking on a task inside them.
Other than those, I like this window manager a lot and, I have to say, it's my favorite that I've used so far. Great work!
Offline
1) The ability to set the opacity of the borders as part of any border color settings.
2) To make so you can set the screen padding per monitor, as it currently sets it for each screen.
I don't see how 2) would imply 1) and I'm only aware of a window based opacity property.
1) Sometimes when I use Mod4 + right click on any window, it will minimize. It is not set in my .xbindkeysrc and I really have no idea why it happens.
2) When using tint2, I cannot click on any of the workspace names to switch to them, but I can switch to them by clicking on a task inside them.
I'd like to be able to reproduce those bugs: can you send me your bspwm and tint2 configurations?
Offline
Iao wrote:1) The ability to set the opacity of the borders as part of any border color settings.
2) To make so you can set the screen padding per monitor, as it currently sets it for each screen.I don't see how 2) would imply 1) and I'm only aware of a window based opacity property.
I'm not sure what you mean by this. What I listed were feature requests for the window manager.
Iao wrote:1) Sometimes when I use Mod4 + right click on any window, it will minimize. It is not set in my .xbindkeysrc and I really have no idea why it happens.
2) When using tint2, I cannot click on any of the workspace names to switch to them, but I can switch to them by clicking on a task inside them.I'd like to be able to reproduce those bugs: can you send me your bspwm and tint2 configurations?
Offline
Offline
1) The ability to set the opacity of the borders as part of any border color settings.
This is impossible as far as I know.
2) set the screen padding per monitor
It will be implemented soon.
1) Sometimes when I use Mod4 + right click on any window, it will minimize. It is not set in my .xbindkeysrc and I really have no idea why it happens.
What do you mean by minimize? How can you tell that a window is minimized?
Can you resize windows with button_modifier + right mouse button?
Does it happen if you comment out all the exec ... lines of your autostart?
Normally, the floating state of the window should be turned on if it isn't and nothing more.
Offline
Iao wrote:2) set the screen padding per monitor
It will be implemented soon.
Implemented by 171e9b3.
New message:
pad MONITOR_NAME [TOP_PADDING [RIGHT_PADDING [BOTTOM_PADDING [LEFT_PADDING]]]]
Set the padding of the given monitor.
The previous padding settings now concern the current monitor.
Offline
Thank you very much, bloom. That was very quick!
What do you mean by minimize? How can you tell that a window is minimized?
Can you resize windows with button_modifier + right mouse button?
Does it happen if you comment out all the exec ... lines of your autostart?
Normally, the floating state of the window should be turned on if it isn't and nothing more.
What I mean by minimize is that the task is still open, but is unfocused and not shown on the screen. I then have to use Mod4 + s or Mod4 + f (set the same as with the xbindkeys configuration you provided) to bring it back from floating mode.
I can do everything find almost all the time, including resizing, but it sometimes does this. Perhaps what is happening is the window is somehow moved off-screen. I just remembered that sometimes when I tried resizing a window on my external monitor, it did for, some reason, move off screen. It may be a bug with all resizing only when using multiple monitors.
Edit:
Iao wrote:1) The ability to set the opacity of the borders as part of any border color settings.
This is impossible as far as I know.
I know it's a stretch, but perhaps something could be done to work in conjunction with compton. I know.
If anything, if you're also interested in the idea and if it is possible, you could also just provide it as a patched version. I just think it'd be a cool thing to have, but of course not necessary.
Last edited by Iao (2012-12-09 20:46:32)
Offline
I just remembered that sometimes when I tried resizing a window on my external monitor, it did for, some reason, move off screen.
Should be fixed by 4c2a3ce.
bloom wrote:Iao wrote:1) The ability to set the opacity of the borders as part of any border color settings.
This is impossible as far as I know.
If anything, if you're also interested in the idea and if it is possible, you could also just provide it as a patched version.
I believe it to be impossible but I'd be glad to be proven wrong.
Offline
Firstly,
There's a new branch called status which provides a new setting: status_stdout.
When enabled, bspwm will output status informations on stdout.
Information items are separated by colons.
They take the following forms:
[Mm]MONITOR_NAME ('M': active monitor)
[Dd_][!_]DESKTOP_NAME ('D': active desktop, 'd': inactive but occupied desktop, '!': urgent desktop)
[L]LAYOUT_NAME
[W]WINDOW_ID
Secondly,
bspwm now has a mailing list (cf. first post)!
Last edited by bloom (2012-12-17 21:21:54)
Offline
Slight modification regarding the status branch: the status_stdout option is gone.
Instead a new command line flag -s is available, it takes an argument: the path to a fifo which will be used to write the status informations to.
This allows to:
Restart the panel
Keep stdout uncluttered
Offline
The status branch was merged into master.
Example panel.
Offline
The layout can now be restored completely through the restore message.
Please have a look at wm, wm_restart and bspwm_autostart to see how.
Last edited by bloom (2012-12-27 22:01:45)
Offline
I am using bspwm right now and I really like it! Thank you for your work!
One small issue: I am using the "focus_follows_mouse" setting. If I switch to another desktop, the focus always remains on the window which has had the focus before leaving this desktop. That's okay. But I'd expect the focus to change as soon as I move the mouse. However, that's not the case. Instead, I have to move the mouse out of the window and back again. Got the problem?
Last edited by findus28 (2013-01-02 17:09:33)
Offline
One small issue: I am using the "focus_follows_mouse" setting. If I switch to another desktop, the focus always remains on the window which has had the focus before leaving this desktop. That's okay. But I'd expect the focus to change as soon as I move the mouse. However, that's not the case. Instead, I have to move the mouse out of the window and back again. Got the problem?
In the situation you're describing, the pointer did not move from a focused window to an unfocused window, yet you'd still like for the underneath window to take the focus?
This is not consistent with the intended behavior of focus_follows_mouse.
The only way out of this is to create a new setting: mouse_follows_focus. When enabled, bspwm would check, whenever the focused window changes (or its position or size changes), that the pointer is inside that window and otherwise put it inside (at the center).
(You can focus the window under the pointer with button_modifier + middle mouse button but this is mostly useful when focus_follows_mouse is disabled.)
Last edited by bloom (2013-01-03 09:50:29)
Offline
Hmm, "mouse_follows_focus" would be an interesting feature as well. But that was not my point. I'll try to describe again: If I focus a windows using the mouse and then change the focus via the keyboard, I cannot simply refocus the window below the cursor by moving the mouse. Instead I have to move the cursor out of the window and back in again. Something similar happens when changing desktops ... Hope, it got clearer now?
Last edited by findus28 (2013-01-04 19:01:54)
Offline