bspwm — A tiling window manager based on binary space partitioning

Supplantr · 2013-03-27 03:20:10

bloom wrote:

bspc set window_gap -$(bspc get border_width)

I didn't realize this was possible! Coupled with {top,right,bottom,left}_padding this is exactly what I was looking for. Eloquent solution.

Starfall · 2013-03-28 09:00:28

bloom wrote:

cippaciong wrote:
In my case I had two fonts defined.
What's your #define ... line?

Apologies for the late response, here's my define BAR_FONT line:

#define BAR_FONT       "-*-inconsolata dz-medium-r-normal-*-12-*-*-*-c-*-*-1","fixed"

bloom · 2013-03-28 10:43:49

Starfall wrote:

#define BAR_FONT       "-*-inconsolata dz-medium-r-normal-*-12-*-*-*-c-*-*-1","fixed"

Inconsolata-dz is an antialiased font and bar currently doesn't support antialiased fonts.

Besides, the font description itself is invalid (xlsfonts returns bogus lines where the only available size is 0 ).

Starfall · 2013-03-28 18:59:19

bloom wrote:

Inconsolata-dz is an antialiased font and bar currently doesn't support antialiased fonts.
Besides, the font description itself is invalid (xlsfonts returns bogus lines where the only available size is 0 ).

Ah, well that clears that up! Thanks for the response Bastien. Might I ask, what font do you use with your bar? I tried Droid Sans too, but that didn't work? If I'm not being too much of a pest, I'd appreciate your fontline (I'm not one to usually condone "Mine doesn't work, so can I have yours" situations when it comes to computing, but, in this case I just want to eliminate any possibilities that it might be due to my X or font environment)

bloom · 2013-03-28 19:21:38

Starfall wrote:

Might I ask, what font do you use with your bar?

I'm not using bar because of the aforementioned limitation.

Starfall wrote:

I tried Droid Sans too, but that didn't work?

Droid Sans is anti-aliased too.

Starfall wrote:

I'd appreciate your fontline

I'd recommend the default one (to be found in config.def.h).

Starfall · 2013-03-28 19:54:01

bloom wrote:

I'm not using bar because of the aforementioned limitation.
Starfall wrote:
I tried Droid Sans too, but that didn't work?
Droid Sans is anti-aliased too.
Starfall wrote:
I'd appreciate your fontline
I'd recommend the default one (to be found in config.def.h).

thanks for the swift response. In light of these tips, might I ask what bar you do use? dzen2 doesn't support text alignment

Supplantr · 2013-03-28 22:17:57

Floating windows are behaving strangely. The behavior is a bit different depending on whether or not the following ("click to focus") is in sxhkdrc:

:button1
    bspc grab_pointer focus

Spawn a window (urxvtc in my case) and toggle floating.
Press super and button1 to move the window.
If button1 is released before super, everything works as expected. If super is released first, attempting to move the window again will return it to its previous position, and begin moving from there. Switching workspaces or moving another window will also return the previously moved window to its old position. If "click to focus" is enabled, merely clicking (not even focusing another window, just clicking button1) will cause the previously moved window to return to its old position.

Also, on an unrelated note, urxvtc's border doesn't change color when issuing a presel command, while other window borders do. Is there something I can do to change this?

bloom · 2013-03-28 22:37:21

Supplantr wrote:

If button1 is released before super, everything works as expected. If super is released first, attempting to move the window again will return it to its previous position, and begin moving from there.

This isn't related to click to focus.

The problem is that when you release super before releasing button1, bspc ungrab_pointer is not called.

Maybe I can work things out so that the ungrab_pointer message isn't needed...

Supplantr wrote:

Also, on an unrelated note, urxvtc's border doesn't change color when issuing a presel command, while other window borders do. Is there something I can do to change this?

I do use urxvtc and have no such problem.

Can you post your autostart?

bloom · 2013-03-28 22:40:22

Starfall wrote:

In light of these tips, might I ask what bar you do use?

ewmhstatus | dzen2

Supplantr · 2013-03-29 16:11:22

bloom wrote:

This isn't related to click to focus.
The problem is that when you release super before releasing button1, bspc ungrab_pointer is not called.
Maybe I can work things out so that the ungrab_pointer message isn't needed...

Ah, yes. That makes sense. I should have looked into it further.

bloom wrote:

Can you post your autostart?

#!/bin/sh

bspc rename Desktop01 He
bspc add Ne Ar Kr Xe Rn

bspc set focused_border_color '#5F819D'
bspc set normal_border_color  '#373b41'
bspc set presel_border_color  '#de935f'
bspc set urgent_border_color  '#A54242'

bspc set gapless_monocle    false
bspc set borderless_monocle true
bspc set adaptative_raise   true
bspc set auto_alternate     true

bspc set top_padding 14

bw=2
bspc set border_width $bw
bspc set window_gap   -$bw
for m in $(bspc list_monitors --quiet | cut -d ' ' -f 1); do
    bspc pad "$m" $[$(bspc get top_padding) + $bw] $bw $bw $bw
done

panel &

Every other window I've used is colored appropriately. Very strange indeed.

bloom · 2013-03-29 17:58:01

@Supplantr:

Regarding the autostart:

I should have asked: does it happen with an empty autostart?

If it does, could you try with an empty .Xresources?

On a side note: $[] is a bashism, you should use $(()).

Starfall · 2013-03-30 20:09:11

I have a few questions I'd really appreciate an answer to:

1. When using 'ewmhstatus | dzen2', it seems that the window title is being cut off at the end (see below):

Is this the expected behaviour? I'm presuming not, I've tried explicitly setting dzen2's width, however it makes no difference.

2. Is there a means by wich I might be able to display different info in dzen2 aligned to different areas? I was under the impression that it couldn't handle text alignment, but, using 'ewmhstatus | dzen2' shows the current workspace name in the centre, and the window title to the right. I'm using some short bash scripts & tmux to display the time, battery percentage and connected network. I'd ideally like to display this info in dzen2 in a clear, aligned manner.

Now, I do apologise for commandeering the thread, I know it's a place to discuss this marvellous WM, I've been singin its praise (and yours too Bastien) in irc and other such places, still loving it! Just wanting to get a bar to go hand in hand with bspwm. Maybe Bastien might even consider writing his own?

Last edited by Starfall (2013-03-30 20:09:50)

bloom · 2013-03-30 21:28:28

Starfall wrote:

1. When using 'ewmhstatus | dzen2', it seems that the window title is being cut off at the end

I just wanted to express the general idea.

A few more steps are required to get this working (in particular, dzen2 -ta l).

Please read ewmhstatus's README: an example panel is given.

You can also have a look at my {launch,kill,reload}panel scripts.

(You need to define the EWMHSTATUS_FIFO environment variable.)

Starfall wrote:

2. Is there a means by wich I might be able to display different info in dzen2 aligned to different areas? I was under the impression that it couldn't handle text alignment, but, using 'ewmhstatus | dzen2' shows the current workspace name in the centre, and the window title to the right. I'm using some short bash scripts & tmux to display the time, battery percentage and connected network. I'd ideally like to display this info in dzen2 in a clear, aligned manner.

As you'll read in the README, you can display external informations but the alignment is not customizable.

Starfall wrote:

Now, I do apologise for commandeering the thread, I know it's a place to discuss this marvellous WM, I've been singin its praise (and yours too Bastien) in irc and other such places, still loving it! Just wanting to get a bar to go hand in hand with bspwm.

Thanks, no problem.

Starfall wrote:

Maybe Bastien might even consider writing his own?

In fact I will probably write a dzen2 version of the bar panel example instead.

Supplantr · 2013-04-01 01:51:29

bloom wrote:

If it does, could you try with an empty .Xresources?
On a side note: $[] is a bashism, you should use $(()).

The culprit was .Xresources, specifically:

URxvt.depth: 32

Without it the borders are colored correctly. Thanks for the help, and the $(()) tip.

bloom · 2013-04-01 10:37:37

Supplantr wrote:

The culprit was .Xresources, specifically:
URxvt.depth: 32

Thanks, there was actually a bug in bspwm.

It should be fixed by 519925b.

bloom · 2013-04-01 12:14:59

I've added a dzen2 panel example in the examples/panel directory.

It requires dzen2-bare-git, textwidth-git, xtitle-git, sutils-git, sres-git and ttf-dejavu.

It can be launched from your autostart with:

panel dzen2 &

Please note that the environment variable previously known as BSPWM_STATUS_FIFO is now called PANEL_FIFO.

Last edited by bloom (2013-04-01 13:13:01)

cippaciong · 2013-04-01 12:29:11

bloom wrote:

I've added a dzen2 panel example in the examples/panel directory.
It requires textwidth-git, xtitle-git, sutils-git and ttf-dejavu.
It can be launched from your autostart with:
panel dzen2 &
Please note that the environment variable previously known as BSPWM_STATUS_FIFO is now called PANEL_FIFO.

Thanks, I'll try it immediately.

Is it just me or the quick desktop preview feature is not working anymore?

bloom · 2013-04-01 12:40:00

cippaciong wrote:

Is it just me or the quick desktop preview feature is not working anymore?

Add this to your autostart:

bspc set auto_alternate true

cippaciong · 2013-04-01 12:55:49

bloom wrote:

I've added a dzen2 panel example in the examples/panel directory.
It requires textwidth-git, xtitle-git, sutils-git and ttf-dejavu.
It can be launched from your autostart with:
panel dzen2 &
Please note that the environment variable previously known as BSPWM_STATUS_FIFO is now called PANEL_FIFO.

Installing textwidth-git

error: failed to commit transaction (conflicting files)
textwidth-git: /usr/bin/textwidth exists in filesystem
Errors occurred, no packages were upgraded.

pacman -Qo /usr/bin/textwidth 
/usr/bin/textwidth is owned by dzen2 0.9.5git-1

bloom wrote:

Add this to your autostart:
bspc set auto_alternate true

Works, thanks.

bloom · 2013-04-01 13:02:47

cippaciong wrote:

Installing textwidth-git

error: failed to commit transaction (conflicting files)
textwidth-git: /usr/bin/textwidth exists in filesystem
Errors occurred, no packages were upgraded.

Install dzen2-bare-git first.

cippaciong · 2013-04-01 13:09:44

bloom wrote:

cippaciong wrote:
Installing textwidth-git
error: failed to commit transaction (conflicting files)
textwidth-git: /usr/bin/textwidth exists in filesystem
Errors occurred, no packages were upgraded.
Install dzen2-bare-git first.

Works everything now but you should also add sres-git in the deps.
Great work by the way, love it!

Starfall · 2013-04-01 20:47:25

bloom wrote:

I've added a dzen2 panel example in the examples/panel directory.
It requires dzen2-bare-git, textwidth-git, xtitle-git, sutils-git, sres-git and ttf-dejavu.
It can be launched from your autostart with:
panel dzen2 &
Please note that the environment variable previously known as BSPWM_STATUS_FIFO is now called PANEL_FIFO.

It doesn't work for me

I'm sure it's something I have misconfigured...

When attempting to run 'panel dzen2' from a shell, it prompts that on line 5 & 6 there is no such file or directory. This is talking about the PANEL_FIFO fifo, which I've set in my /etc/environment, and can see that echoing it shows it as /tmp/panel-fifo, also catting that file shows informations piped in from clock and xtitle.

bloom · 2013-04-01 21:02:03

Starfall wrote:

It doesn't work for me

Did you update your .xinitrc?

If it doesn't help, could you provide precise error messages?

cippaciong · 2013-04-01 21:04:41

Starfall wrote:

It doesn't work for me
I'm sure it's something I have misconfigured...
When attempting to run 'panel dzen2' from a shell, it prompts that on line 5 & 6 there is no such file or directory. This is talking about the PANEL_FIFO fifo, which I've set in my /etc/environment, and can see that echoing it shows it as /tmp/panel-fifo, also catting that file shows informations piped in from clock and xtitle.

Did you change .xinitrc accordingly?

[ -e "$PANEL_FIFO" ] && rm "$PANEL_FIFO"
mkfifo "$PANEL_FIFO"
exec bspwm -s "$PANEL_FIFO"

Although this shouldn't be strictly related to your error.

Did you reboot or source your /etc/environment?

Last edited by cippaciong (2013-04-01 21:05:31)

Starfall · 2013-04-01 21:05:11

bloom wrote:

Did you update your .xinitrc?
If it doesn't help, could you provide precise error messages?

Well, this is what I have, does it look right?

[ -e "$PANEL_FIFO" ] && rm "$PANEL_FIFO"
mkfifo "$PANEL_FIFO"
exec bspwm -s "$PANEL_FIFO"

Arch Linux

#176 2013-03-27 03:20:10

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

#177 2013-03-28 09:00:28

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

#178 2013-03-28 10:43:49

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

#179 2013-03-28 18:59:19

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

#180 2013-03-28 19:21:38

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

#181 2013-03-28 19:54:01

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

#182 2013-03-28 22:17:57

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

#183 2013-03-28 22:37:21

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

#184 2013-03-28 22:40:22

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

#185 2013-03-29 16:11:22

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

#186 2013-03-29 17:58:01

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

#187 2013-03-30 20:09:11

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

#188 2013-03-30 21:28:28

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

#189 2013-04-01 01:51:29

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

#190 2013-04-01 10:37:37

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

#191 2013-04-01 12:14:59

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

#192 2013-04-01 12:29:11

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

#193 2013-04-01 12:40:00

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

#194 2013-04-01 12:55:49

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

#195 2013-04-01 13:02:47

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

#196 2013-04-01 13:09:44

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

#197 2013-04-01 20:47:25

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

#198 2013-04-01 21:02:03

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

#199 2013-04-01 21:04:41

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

#200 2013-04-01 21:05:11

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

Board footer