bspwm — A tiling window manager based on binary space partitioning

netfun81 · 2013-03-18 04:15:33

bloom wrote:

Please try the fix-cpu branch.

I tried the fix-cpu branch and had the same issue but thanks for the effort.

cippaciong · 2013-03-18 07:11:59

Starfall wrote:

cippaciong wrote:
Did you set the $BSPWM_STATUS_FIFO variable so that it points to some file? Like /tmp/bspwm-fifo for example.
How would you suggest I go about doing so?
**EDIT** I got it working, though I'd still appreciate an answer on how you set yours?

I put my fifo file in /tmp and I set almost all the variables in ~/.bash_profile. I'm planning to move theme to ~/.profile but it's basically the same. Just keep in mind that if you use the latter you should source it in the first, if present, because it has higher priority at boot time.

Starfall · 2013-03-18 09:04:10

cippaciong wrote:

I put my fifo file in /tmp and I set almost all the variables in ~/.bash_profile. I'm planning to move theme to ~/.profile but it's basically the same. Just keep in mind that if you use the latter you should source it in the first, if present, because it has higher priority at boot time.

Yeah, I was tryna decide what the cleanest way of doing it would be, I use zsh, so it would've been in my zprofile But I ended up going with /etc/environment Thanks for the reply

bloom · 2013-03-18 14:36:40

netfun81 wrote:

bloom wrote:
Please try the fix-cpu branch.
I tried the fix-cpu branch and had the same issue but thanks for the effort.

Please pull the latest changes from that branch and try again.

netfun81 · 2013-03-18 16:36:06

bloom wrote:

Please pull the latest changes from that branch and try again.

That fixed it! Thanks very much!

bloom · 2013-03-18 19:00:51

netfun81 wrote:

bloom wrote:
Please pull the latest changes from that branch and try again.
That fixed it! Thanks very much!

The branch was merged into master.

bloom · 2013-03-18 20:08:25

The examples directory contains new examples.

The current panel* scripts require xtitle-git and sutils-git.

Supplantr · 2013-03-21 01:59:15

I was unable to get a "click to focus" behavior working properly. I added:

button1
    bspc grab_pointer focus
@button1
    bspc ungrab_pointer

to sxhkdrc, and this allowed a click to focus the window under the pointer, but it also prevented clicks from being sent through to the application itself.

Is there any way to make a click focus a window but also be sent to the application, e.g. like i3, or xmonad with clickJustFocuses = False?

Also, if bloom sees this, in the documentation for focus_follows_pointer whether is misspelled.

Last edited by Supplantr (2013-03-21 02:18:44)

bloom · 2013-03-21 10:58:53

Supplantr wrote:

I was unable to get a "click to focus" behavior working properly. I added:
button1
    bspc grab_pointer focus
@button1
    bspc ungrab_pointer
to sxhkdrc, and this allowed a click to focus the window under the pointer, but it also prevented clicks from being sent through to the application itself.
Is there any way to make a click focus a window but also be sent to the application, e.g. like i3, or xmonad with clickJustFocuses = False?

Unfortunately, sxhkd can't emulate click to focus properly: I'll have to implement this in bspwm.

Supplantr wrote:

the documentation for focus_follows_pointer whether is misspelled

Thanks, fixed.

bloom · 2013-03-21 14:17:25

Supplantr wrote:

I was unable to get a "click to focus" behavior

Please try the click-to-focus branch (the new setting is click_to_focus).

Supplantr · 2013-03-21 18:31:01

bloom wrote:

Please try the click-to-focus branch (the new setting is click_to_focus).

I'm experiencing strange behavior. Clicking only sometimes switches focus to the window that was clicked, and clicks aren't always sent to the application.

Launch libreoffice and an instance of urxvtc (which now has focus).
Clicking on the libreoffice window switches focus to it, but does not pass the click to the application, meaning a second click is required to interact with it.
Switch to urxvtc (which is to the left) with the keyboard. This wasn't possible in my case until I pressed super + l (focus right) and then focus left.
Click "Text Document" on libreoffice's dialog; the click is passed through and a new document opens.
Use bspc close and the urxvtc instance is closed!

Also, switching workspaces during this process will change the outcome.

bloom · 2013-03-21 19:40:31

Supplantr wrote:

I'm experiencing strange behavior. Clicking only sometimes switches focus to the window that was clicked, and clicks aren't always sent to the application.
Launch libreoffice and an instance of urxvtc (which now has focus).

What version of libreoffice?
I can't seem to get the current version to start here, it always fails with:

terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException'

Supplantr wrote:

Clicking on the libreoffice window switches focus to it, but does not pass the click to the application, meaning a second click is required to interact with it.

This is expected: not sure if I can work around that limitation.

Supplantr wrote:

Switch to urxvtc (which is to the left) with the keyboard. This wasn't possible in my case until I pressed super + l (focus right) and then focus left.
Click "Text Document" on libreoffice's dialog; the click is passed through and a new document opens.
Use bspc close and the urxvtc instance is closed!

This is strange indeed, and I'll try to reproduce this as soon as I get libreoffice working.

Supplantr · 2013-03-21 20:37:44

bloom wrote:

What version of libreoffice?

I'm using 4.0.1-2 and experiencing no problems.

Similar behavior can be replicated using gimp. It's possible to click on a "dockable dialog," such as Tools, and select a tool without focusing the gimp window.

bloom · 2013-03-22 15:53:57

@Supplantr:
After all, I did manage to implement it via sxhkd, so please checkout the master branch of bspwm, the replay-event branch of sxhkd and use the following in your sxhkdrc:

:button1
    bspc grab_pointer focus

Supplantr · 2013-03-22 18:24:49

@bloom,

Wow, thanks! It seems to be working perfectly. I tested all the previously problematic cases and everything works as expected. I'll be sure to report anything out of the ordinary if it arises.

bloom · 2013-03-22 21:45:46

The aforementioned sxhkd branch was merged into the master branch.

Starfall · 2013-03-24 14:59:59

Although it's not strictly related to an issue with bspwm, I'm hoping someone can help me out with Lemonboy's bar. After compiling it and trying to run it, no matter what font I define in config.h it complains it couldn't load the font. I've ensured I have included the 'FontPath' setion in my xorg.conf, and that I can use 'xlsfonts | grep -i <font-name>*' to find the font. Does anybody have any pointers?

I'm using tmux to display useful information right now, but I'd much rather implement a bar to fit nicely with bspwm. I'm not using it full time on both my desktop and my little MacBook Air, absolutely loving it

cippaciong · 2013-03-24 15:31:47

Starfall wrote:

Although it's not strictly related to an issue with bspwm, I'm hoping someone can help me out with Lemonboy's bar. After compiling it and trying to run it, no matter what font I define in config.h it complains it couldn't load the font. I've ensured I have included the 'FontPath' setion in my xorg.conf, and that I can use 'xlsfonts | grep -i <font-name>*' to find the font. Does anybody have any pointers?
I'm using tmux to display useful information right now, but I'd much rather implement a bar to fit nicely with bspwm. I'm not using it full time on both my desktop and my little MacBook Air, absolutely loving it

I've got the same problem and I can't find a solution so I'll appreciate any help as well.

bloom · 2013-03-24 15:47:25

Starfall wrote:

After compiling it and trying to run it, no matter what font I define in config.h it complains it couldn't load the font. I've ensured I have included the 'FontPath' setion in my xorg.conf, and that I can use 'xlsfonts | grep -i <font-name>*' to find the font. Does anybody have any pointers?

What's your BAR_FONT definition?

My guess is that you specified only one font. BAR_FONT must have the following form:

#define BAR_FONT  "font1", "font2"

Where font1 is the main font and font2 the fallback font.

cippaciong · 2013-03-24 22:46:38

bloom wrote:

What's your BAR_FONT definition?
My guess is that you specified only one font. BAR_FONT must have the following form:
#define BAR_FONT  "font1", "font2"
Where font1 is the main font and font2 the fallback font.

In my case I had two fonts defined.

bloom · 2013-03-25 09:39:44

cippaciong wrote:

In my case I had two fonts defined.

What's your #define ... line?

Supplantr · 2013-03-26 02:30:05

Would it be possible to implement support for _NET_WM_STATE_DEMANDS_ATTENTION? This is used by "almost all" Qt applications (notably Skype) instead of the urgency flag of WM_HINTS.

bloom · 2013-03-26 10:36:14

Supplantr wrote:

Would it be possible to implement support for _NET_WM_STATE_DEMANDS_ATTENTION?

It should be working as of 1f894fe.

Supplantr · 2013-03-26 21:40:06

bloom wrote:

It should be working as of 1f894fe.

Thanks again, it works as expected.

Another feature request, if it's doable and in line with your aesthetic vision: overlapping window borders, like in monsterwm.

bloom · 2013-03-26 22:19:17

Supplantr wrote:

Another feature request, if it's doable and in line with your aesthetic vision: overlapping window borders, like in monsterwm.

There's already:

bspc set window_gap -$(bspc get border_width)

It might not be exactly what you're after though.

Arch Linux

#151 2013-03-18 04:15:33

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

#152 2013-03-18 07:11:59

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

#153 2013-03-18 09:04:10

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

#154 2013-03-18 14:36:40

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

#155 2013-03-18 16:36:06

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

#156 2013-03-18 19:00:51

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

#157 2013-03-18 20:08:25

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

#158 2013-03-21 01:59:15

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

#159 2013-03-21 10:58:53

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

#160 2013-03-21 14:17:25

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

#161 2013-03-21 18:31:01

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

#162 2013-03-21 19:40:31

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

#163 2013-03-21 20:37:44

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

#164 2013-03-22 15:53:57

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

#165 2013-03-22 18:24:49

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

#166 2013-03-22 21:45:46

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

#167 2013-03-24 14:59:59

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

#168 2013-03-24 15:31:47

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

#169 2013-03-24 15:47:25

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

#170 2013-03-24 22:46:38

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

#171 2013-03-25 09:39:44

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

#172 2013-03-26 02:30:05

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

#173 2013-03-26 10:36:14

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

#174 2013-03-26 21:40:06

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

#175 2013-03-26 22:19:17

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

Board footer