bspwm — A tiling window manager based on binary space partitioning

bloom · 2013-07-12 09:28:45

The focus_by_distance setting will probably become the default because:

It allows to reach windows in less steps.
It works with floating windows.

Example:

+-----------+-----------+
|           |           |
|           |     b     |
|           |           |
|           |___________|
|           |           |
|     a     |     c     |  
|     *     |           |
|           |___________|
|           |           |
|           |     d     |
|           |           |
+-----------+-----------+

Bellow is a summary of the number of steps required to reach b, c and d with a as a starting point:

focus_by_distance         steps           mean         variance
---------------------------------------------------------------
  false                   1, 2, 3           2            2/3
  true                    2, 1, 2          5/3           2/9

Last edited by bloom (2013-07-12 09:44:11)

cippaciong · 2013-07-12 16:35:57

I'm having a strange problem with bspwm and browsers. If I try to insert some text in firefox, typing some letters clears out the text I've already written. I noticed this mainly in username and password or search input fields, not sure if this affects also othere input fields; the only way I have to write something there is to copy/paste .
Initially I thought it was a firefox/vimperator problem but then the same behavior occurred also with dwb and chromium. If I use i3wm instead of bspwm I don't have this problem.

Supplantr · 2013-07-12 19:50:00

cippaciong wrote:

If I try to insert some text in firefox, typing some letters clears out the text I've already written.

Sounds like this issue I experienced with sxhkd's chord mechanism. The same would happen in chromium, but only with certain input fields.
The issue was fixed in commit 903c6bb. My first question would be: are you using the latest git build?

bloom · 2013-07-12 20:50:20

The new syntax has now reached the master branch.

bloom · 2013-07-12 20:51:33

Supplantr wrote:

I do have one issue to report so far: when bspc window last --swap focused is used to swap a window into a preselected area, the window that is moved (last) gains focus, but the window that was preselected (focused) keeps input focus, i.e. input still goes to this window. This is resolved after focusing the original window.

Fixed by 83a17bb.

Supplantr · 2013-07-12 22:55:22

bloom wrote:

The focus_by_distance setting will probably become the default

I think this is a good idea, especially considering the reasons you provided.

bloom wrote:

Fixed by 83a17bb.

It works.

This may be a foolish question, but are the commands listed below supposed to be equivalent?

bspc window last -f -s focused
bspc window last -s focused -f
bspc window -f last -s focused

Each has a different end result.

cippaciong · 2013-07-13 07:25:40

Supplantr wrote:

cippaciong wrote:
If I try to insert some text in firefox, typing some letters clears out the text I've already written.
Sounds like this issue I experienced with sxhkd's chord mechanism. The same would happen in chromium, but only with certain input fields.
The issue was fixed in commit 903c6bb. My first question would be: are you using the latest git build?

Upgrading sxhkd solved the problem. Thank you

bloom · 2013-07-13 08:07:08

Supplantr wrote:

This may be a foolish question, but are the commands listed below supposed to be equivalent?
bspc window last -f -s focused
bspc window last -s focused -f
bspc window -f last -s focused
Each has a different end result.

The target of the command is specified by the optional first argument and defaults to the focused window.

The last two commands shall have the same end result.

Messages are parsed and executed from left to right, so the focused window selection is altered by the -f action.

bloom · 2013-07-13 08:13:05

The monitor_focus_fallback setting was removed: the following commands are sufficient:

monitor -f DIR
window -m DIR [-f]

The -s action now only swap nodes (as it should). If you need to transplant, use -w.

Last edited by bloom (2013-07-13 08:13:26)

Supplantr · 2013-07-13 12:05:11

bloom wrote:

The -s action now only swap nodes (as it should). If you need to transplant, use -w.

How is -w supposed to behave when the given window isn't preselected?
It seems to act strangely in some cases. For instance, if two windows exist side by side (and neither are preselected), using -w left on the right window achieves the same effect as -s left, but using -w right on the left window does nothing.

bloom · 2013-07-13 12:30:40

Supplantr wrote:

bloom wrote:
The -s action now only swap nodes (as it should). If you need to transplant, use -w.
How is -w supposed to behave when the given window isn't preselected?

Here's what transplantation does: it removes the node from the tree and re-inserts it at the given node.

Not sure how useful it might be when the destination window is not in manual mode though.

But the point is: swapping and transplantation are different concepts and should not collide.

bloom · 2013-07-13 20:28:35

The focus_by_distance setting was removed.

Supplantr · 2013-07-13 21:43:39

bloom wrote:

But the point is: swapping and transplantation are different concepts and should not collide.

This makes sense. It's a bit unfortunate that a new set a hotkeys is required to fully utilize preselections, though.

---

Neither monitor -f DIR nor window -m DIR are working for me. They both simply fail with an exit code of 1. However, I am able to cycle between monitors with next|prev.

Also, are the *_padding settings even necessary? Can't the same be achieved with monitor -p?

bloom · 2013-07-14 09:23:17

Supplantr wrote:

bloom wrote:
But the point is: swapping and transplantation are different concepts and should not collide.
This makes sense. It's a bit unfortunate that a new set of hotkeys is required to fully utilize preselections, though.

Stebalien suggests:

bspc window -w last.manual

And also provides a squish script.

Last edited by bloom (2013-07-15 10:55:08)

Neuromatic · 2013-07-14 11:38:24

Hey guys, I think I have not understood the desktops so right. Can I add that while I run bspwm? If that is so, then it does not work here. And if not, how can I define desktops before running?

Last edited by Neuromatic (2013-07-14 11:39:17)

Stebalien · 2013-07-14 15:32:57

Does this not work?

bspc monitor -a DESKTOP [...]

bloom · 2013-07-14 19:33:32

Supplantr wrote:

Also, are the *_padding settings even necessary?

The settings are now removed.

Everything is handled by the -p option of the monitor command.

Neuromatic · 2013-07-14 20:59:49

Stebalien wrote:

Does this not work?

Oh nice yes . Thank you dude.

But there is one more problem. How do I use --put-status? If I want to print the FIFO, my bar is still empty…

Last edited by Neuromatic (2013-07-14 23:05:07)

bloom · 2013-07-15 07:47:17

Neuromatic wrote:

But there is one more problem. How do I use --put-status? If I want to print the FIFO, my bar is still empty…

You don't need to do this, the internal state is automatically written to the FIFO whenever it changes.

bspc control --put-status is only used once, when launching the panel.

Have you checked out the examples in examples/panel?

What's your .xinitrc?

Last edited by bloom (2013-07-15 07:52:32)

bloom · 2013-07-15 10:56:06

Supplantr wrote:

bloom wrote:
But the point is: swapping and transplantation are different concepts and should not collide.
This makes sense. It's a bit unfortunate that a new set of hotkeys is required to fully utilize preselections, though.

Stebalien suggests:

bspc window -w last.manual

And also provides a squish script.

Neuromatic · 2013-07-15 11:18:17

.xinitrc

#!/bin/sh
#
# ~/.xinitrc
#

#makes Font useable
xset +fp /usr/share/fonts/local
xset fp rehash

#Starts rxct-unicode daemon for much better Performance
urxvtd -f &

#Set Wallpaer (if is wished)
feh --no-fehbg --bg-center /home/danny/bilder/Wallpaper/arch_blue_black.png

#Set Cursor theme
xsetroot -cursor_name left_ptr &

#Hide the Mouse-Cursor
unclutter -idle 1 &

#Adds a conky to dwm Statusbar
#conky -c /home/danny/.conkyrc.2 | while read -r; do xsetroot -name "$REPLY"; done &

#Executes monsterwm & bar
#exec /home/danny/projekt/anotherbar.sh 

#Set the X keybindings
xbindkeys -f /home/danny/.xbindkeysrc &

#Execute wm
exec bspwm -s $PANEL_FIFO -p :

I think the Problem for me is, that I dont unterstanding why

echo "Something" > "$PANEL_FIFO"
cat "$PANEL_FIFO" | bar -p

is not working. If I want to write something in the Fifo then it will not going to output.This is a bit confusing. I hope you can blow the fog out of my mind.

nem · 2013-07-15 12:27:07

@neuromatic: are you calling "mkfifo $PANEL_FIFO" somewhere?

Supplantr · 2013-07-15 13:16:17

The new mode modifiers are very useful.

What exactly is the --follow rule supposed to do? Currently it doesn't seem to do much of anything.

Stebalien · 2013-07-15 13:23:20

Supplantr wrote:

The new mode modifiers are very useful.
What exactly is the --follow rule supposed to do? Currently it doesn't seem to do much of anything.

When combined with '-d <desktop>', focus the desktop if it isn't the current (follow the window to its desktop).

Last edited by Stebalien (2013-07-15 13:23:40)

Stebalien · 2013-07-15 13:25:10

nem wrote:

@neuromatic: are you calling "mkfifo $PANEL_FIFO" somewhere?

Somewhere before you start bspwm?

Arch Linux

#351 2013-07-12 09:28:45

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

#352 2013-07-12 16:35:57

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

#353 2013-07-12 19:50:00

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

#354 2013-07-12 20:50:20

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

#355 2013-07-12 20:51:33

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

#356 2013-07-12 22:55:22

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

#357 2013-07-13 07:25:40

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

#358 2013-07-13 08:07:08

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

#359 2013-07-13 08:13:05

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

#360 2013-07-13 12:05:11

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

#361 2013-07-13 12:30:40

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

#362 2013-07-13 20:28:35

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

#363 2013-07-13 21:43:39

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

#364 2013-07-14 09:23:17

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

#365 2013-07-14 11:38:24

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

#366 2013-07-14 15:32:57

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

#367 2013-07-14 19:33:32

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

#368 2013-07-14 20:59:49

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

#369 2013-07-15 07:47:17

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

#370 2013-07-15 10:56:06

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

#371 2013-07-15 11:18:17

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

#372 2013-07-15 12:27:07

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

#373 2013-07-15 13:16:17

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

#374 2013-07-15 13:23:20

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

#375 2013-07-15 13:25:10

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

Board footer