You are not logged in.

#801 2013-10-19 19:40:23

bloom
Member
Registered: 2010-08-18
Posts: 749
Website

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

aoba wrote:

More floating window weirdness:

Fixed by 114881d.


gh · da · ds

Offline

#802 2013-10-19 19:42:28

bloom
Member
Registered: 2010-08-18
Posts: 749
Website

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

evilzer wrote:

Well it have only happen about 2-3 times and I dont know how to reproduce thats why I asked if anyone else had the problem or if it might be some on my system.

If it happens again, it might be useful to post the output of the following command:

echo -{T,H,S} | xargs -n 1 bspc query

gh · da · ds

Offline

#803 2013-10-19 19:48:50

bloom
Member
Registered: 2010-08-18
Posts: 749
Website

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

shmibs wrote:

in my awesome config, i had the following two rules:

{ rule = { type = "desktop" },
  properties = { border_width = 0,
                 sticky = true,
                 focusable = false,
                 focus = false,
                 floating = true } },

and

{ rule = { type = "splash" },
  properties = { border_width = 0,
                 floating = true,
                 ontop = true } },

The desktop type is already handled by an implicit rule.

I will handle the splash type, if needed, but it's anecdotal.

Last edited by bloom (2013-10-19 19:52:32)


gh · da · ds

Offline

#804 2013-10-19 20:15:20

bloom
Member
Registered: 2010-08-18
Posts: 749
Website

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

bloom wrote:
aoba wrote:

More floating window weirdness:

Fixed by 114881d.

My bad: in fact, I can't just ignore the initial window coordinates.

The proper way to fix this is to pass the window geometry to your program:

./foo -geometry 320x240+0+0

(You can also do this via glutInitWindow{Size,Position}.)

Last edited by bloom (2013-10-20 13:32:43)


gh · da · ds

Offline

#805 2013-10-19 21:55:42

aoba
Member
Registered: 2013-08-30
Posts: 70

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

Thanks.

I (finally) understand what is going on with the positioning: negative values are positions relative to the bottom and right edges of the screen.  Unfortunately freeglut decided to use -1, -1 as a default, so only that one corner pixel of the window showed up.  I guess Openbox does its own thing when positioning new windows.

Regarding the size: the code I am working with - it is for a class, so I probably cannot change it - uses `glutReshapeWindow` (which eventually becomes an `XResizeWindow`) after the window has been created instead of the `glutInit*` hints.  When this is called while the window is tiled, bspwm ignores it (which is expected).  But if the window is then toggled to floating mode, that initial `glutReshapeWindow` call is effectively ignored, and the window's size is determined by what was when it was created (I think).  Reshapes while in floating mode work fine.

Not that this is relevant to bspwm at all - as far as I am concerned (with my new understanding), it is behaving correctly - I just thought I would share what I learned.

Offline

#806 2013-10-19 22:30:28

shmibs
Member
Registered: 2012-09-11
Posts: 93
Website

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

bloom wrote:

The desktop type is already handled by an implicit rule.

I will handle the splash type, if needed, but it's anecdotal.

fantastic, thanks smile

i missed what you were trying to say in that first post.


[site] | [dotfiles] | あたしたち、人間じゃないの?

Offline

#807 2013-10-20 13:28:28

bloom
Member
Registered: 2010-08-18
Posts: 749
Website

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

aoba wrote:

Regarding the size: the code I am working with - it is for a class, so I probably cannot change it - uses `glutReshapeWindow` (which eventually becomes an `XResizeWindow`) after the window has been created instead of the `glutInit*` hints.  When this is called while the window is tiled, bspwm ignores it (which is expected).  But if the window is then toggled to floating mode, that initial `glutReshapeWindow` call is effectively ignored, and the window's size is determined by what was when it was created (I think).

This should be fixed by 66fb031.

The initial issue is fixed by 229d579.


gh · da · ds

Offline

#808 2013-10-21 15:51:41

EquivEx
Member
Registered: 2013-06-29
Posts: 27

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

I'm sorry if this has already been discussed, but is there a way to give a window of a certain class a different border width than the general setting?

Offline

#809 2013-10-22 06:07:53

MrQuest
Member
Registered: 2013-05-20
Posts: 19

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

Recently I finally managed to launch bspwm + panels. My trouble was that even upon successful launch of the bspwm, there were no panel at all.
So, my advise to all who had the same issue - do NOT use bspwm available in AUR, use the one on baskerville's github.
The moment I deleted the ones from aur, and installed the one from github directly everything started to work perfect.

Offline

#810 2013-10-22 06:55:45

cippaciong
Member
Registered: 2010-06-21
Posts: 104
Website

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

MrQuest wrote:

So, my advise to all who had the same issue - do NOT use bspwm available in AUR, use the one on baskerville's github.

Actually, thereis no difference from using bspwm-git from AUR or cloning the github repo..

Offline

#811 2013-10-22 07:17:01

MrQuest
Member
Registered: 2013-05-20
Posts: 19

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

cippaciong wrote:

Actually, there is no difference from using bspwm-git from AUR or cloning the github repo..

In my case there was a difference. When I had installed bspwm (just bspwm, not bspwm-git) via pacman the panel didn't appeared at all. Then I deleted bspwm and installed bspwm-git via pacman. The results were the same. Then I removed bspwm-git, cloned baskerville's repo and manually installed it and it works now like a charm.
That's the story smile

Edit: quick info on repos:

Last edited by MrQuest (2013-10-22 13:14:41)

Offline

#812 2013-10-22 18:36:31

Supplantr
Member
From: a state of sunshine
Registered: 2011-12-12
Posts: 149
Website

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

@cippaciong is obviously correct: there is no difference between bspwm-git from AUR and a clone of the github repository. I also recommend using one of these over the stable bspwm AUR package, considering the rapid pace of development.
Unfortunately, it seems as though @MrQuest is unintentionally spreading FUD (the quintessential acronym in the realm of open source software).


I use linux and I dont understand nothing in this post.

Offline

#813 2013-10-23 08:20:36

joelisntmyname
Member
Registered: 2013-10-18
Posts: 11

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

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.
I have however noticed a few things

I also get this, mine is even worse with termite.
Before I used a panel and before I used compton and before I used feh to set the wallpaper, I still had this issue, so none of those are the issue here from what I can tell.

Maybe it's somehow a hardware issue?

Last edited by joelisntmyname (2013-10-23 08:25:21)

Offline

#814 2013-10-23 12:21:48

instantepiphany
Member
Registered: 2013-09-04
Posts: 32

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

joelisntmyname 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.
I have however noticed a few things

I also get this, mine is even worse with termite.
Before I used a panel and before I used compton and before I used feh to set the wallpaper, I still had this issue, so none of those are the issue here from what I can tell.

Maybe it's somehow a hardware issue?

Yeah, today I tried with a minimal ~/.xinitrc (only sxhkd, making the panel-fifo and starting bspwm), empty ~/.Xresources, and the issue persisted. I have an amd 6950 2gb. I haven't had any hardware changes though since I built the computer, and have only been running bspwm for a month or two. Possibly a graphics driver update broke something? Just speculation though, I really have zero knowledge of drivers and not much more than zero of arch/linux in general....

Offline

#815 2013-10-23 17:10:28

evilzer
Member
Registered: 2012-11-08
Posts: 6

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

bloom wrote:

If it happens again, it might be useful to post the output of the following command:

echo -{T,H,S} | xargs -n 1 bspc query

Ok so it happend again, and I was wrong, it does happen on all desktops.

Heres output from command:

LVDS1 1366x768+0+0 18,0,0,0 *
  term 2 14 T
    V m 0.52
      m URxvt 0xC000E0 2 644x316+361+226 R --------- *
      m URxvt 0xC000C9 2 644x316+361+226 R ---------
  www 2 14 T
    V a 0.52
      a Dwb 0x1A00003 2 800x600+283+84 R --------- *
      H m 0.52
        a URxvt 0xC001E5 2 644x316+361+226 R f--------
        H m 0.52
          m URxvt 0xC00147 2 644x316+361+226 R ---------
          H m 0.52
            H m 0.52
              m Dwb 0x1A20D0D 2 876x707+245+39 R ft-------
              m Dwb 0x1A20348 2 876x707+245+39 R ft-------
            c URxvt 0xC0015A 2 644x316+361+226 R ---------
  vim 2 14 M
  chat 2 14 T
    m URxvt 0xC000F7 2 644x316+361+226 R --------- *
  five 2 14 T *
    V a 0.52
      a Dwb 0x1A21076 2 876x707+117-15 R ft---s---
      V a 0.52
        a URxvt 0xC0021E 2 644x316+651-46 R ---------
        m URxvt 0xC0020B 2 644x316+17-13 R --------- *
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 five 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 www 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 www 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 chat 0x0
LVDS1 term 0x0
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 term 0x0
LVDS1 vim 0x0
LVDS1 term 0x0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 vim 0x0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 chat 0x0
LVDS1 term 0xC000E0
LVDS1 www 0x0
LVDS1 term 0xC000E0
LVDS1 www 0x0
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 www 0x0
LVDS1 www 0x1A00003
LVDS1 chat 0x0
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000C9
LVDS1 chat 0xC000F7
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 chat 0xC000F7
LVDS1 term 0xC000C9
LVDS1 chat 0xC000F7
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 chat 0xC000F7
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 www 0x1A00003
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 term 0xC000E0
LVDS1 www 0x1A00003
LVDS1 www 0x1A20348
LVDS1 www 0x1A00003
LVDS1 www 0x1A20D0D
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 www 0x1A00003
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 vim 0x0
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 chat 0xC000F7
LVDS1 vim 0x0
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 chat 0xC000F7
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0x1A00003
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 www 0xC00147
LVDS1 term 0xC000E0
LVDS1 term 0xC000C9
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC001E5
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 term 0xC000E0
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 www 0x1A00003
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0x1A00003
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC0015A
LVDS1 www 0x1A00003
LVDS1 www 0xC00147
LVDS1 www 0xC0015A
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0x1A21076
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 term 0xC000E0
LVDS1 www 0xC00147
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0x1A21076
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0xC0020B
LVDS1 five 0xC0021E
LVDS1 term 0xC000E0
LVDS1 www 0xC00147
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 www 0x1A00003
LVDS1 five 0x1A21076
LVDS1 vim 0x0
LVDS1 five 0x1A21076
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 chat 0xC000F7
LVDS1 five 0x1A21076
LVDS1 five 0xC0021E
LVDS1 five 0x1A21076
LVDS1 term 0xC000E0
LVDS1 five 0x1A21076
LVDS1 www 0x1A
0x1A20348
0x1A20D0D
0xC001E5
0x1A21076
0xC000C9
0xC0015A
0xC00147
0xC0021E
0xC000E0
0x1A00003
0xC000F7
0xC0020B

This happend when i tried to upload a file with gmail and the "gtk file chooser" came up. Except it didnt, because it came behind the tiled windows so i pressed again.
I guess that these are those windows.

m Dwb 0x1A20D0D 2 876x707+245+39 R ft-------
m Dwb 0x1A20348 2 876x707+245+39 R ft-------

Is this the source of the problem?

H m 0.52
   H m 0.52

Btw, this time it resolved itself after urxvtd crashed.

Last edited by evilzer (2013-10-23 19:40:49)

Offline

#816 2013-10-23 18:44:02

dgz
Member
Registered: 2013-08-27
Posts: 98

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

MrQuest wrote:

My trouble was that even upon successful launch of the bspwm, there were no panel at all.

why would a window manager have a panel?

Offline

#817 2013-10-23 19:19:46

joelisntmyname
Member
Registered: 2013-10-18
Posts: 11

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

instantepiphany wrote:
joelisntmyname 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.
I have however noticed a few things

I also get this, mine is even worse with termite.
Before I used a panel and before I used compton and before I used feh to set the wallpaper, I still had this issue, so none of those are the issue here from what I can tell.

Maybe it's somehow a hardware issue?

Yeah, today I tried with a minimal ~/.xinitrc (only sxhkd, making the panel-fifo and starting bspwm), empty ~/.Xresources, and the issue persisted. I have an amd 6950 2gb. I haven't had any hardware changes though since I built the computer, and have only been running bspwm for a month or two. Possibly a graphics driver update broke something? Just speculation though, I really have zero knowledge of drivers and not much more than zero of arch/linux in general....

Hmmm, yeah my xinitrc is pretty much the same as yours.
I'm also using an AMD GPU, the 7870, maybe that has something to do with it, are you using the nonfree drivers?

Offline

#818 2013-10-23 22:58:23

agahnim
Member
Registered: 2013-07-03
Posts: 151

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

joelisntmyname wrote:
instantepiphany wrote:
joelisntmyname wrote:

I also get this, mine is even worse with termite.
Before I used a panel and before I used compton and before I used feh to set the wallpaper, I still had this issue, so none of those are the issue here from what I can tell.

Maybe it's somehow a hardware issue?

Yeah, today I tried with a minimal ~/.xinitrc (only sxhkd, making the panel-fifo and starting bspwm), empty ~/.Xresources, and the issue persisted. I have an amd 6950 2gb. I haven't had any hardware changes though since I built the computer, and have only been running bspwm for a month or two. Possibly a graphics driver update broke something? Just speculation though, I really have zero knowledge of drivers and not much more than zero of arch/linux in general....

Hmmm, yeah my xinitrc is pretty much the same as yours.
I'm also using an AMD GPU, the 7870, maybe that has something to do with it, are you using the nonfree drivers?


Also on AMD and also having laggy resizing with the open drivers. I like to keep my kernel up to date lol.

Offline

#819 2013-10-24 02:13:13

robstwd
Member
From: Brisbane
Registered: 2010-10-31
Posts: 32

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

In response to this and the subsequent discussion

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.

I am experiencing similar behaviour, and hopefully rather than just uselessly echoing "me too", I do have an additional observation that may or may not assist.
When applications such as vlc or thunar are rendered in a floating window, these windows can be resized via the inbuilt resizing "icon" in the bottom right corner of the window using the left mouse button, ie dragging the mouse with left mouse button pressed with the mouse over that botton right hand corner icon. The observation is that this resize is much smoother than when the operation is done using my sxhkd keybinding for resize_corner. The latter only happens with the window edges jumping / jerking about. Nothing else is altered between these 2 resizing attempts.
Not sure if that is of use, but added nonetheless smile

Offline

#820 2013-10-24 10:02:35

MrQuest
Member
Registered: 2013-05-20
Posts: 19

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

Maybe this was asked before, but why bar's color definitions weren't exported to some external config file so each time I want different colors, I would not need to recompile bar?

Offline

#821 2013-10-24 11:04:49

chickenPie4tea
Member
Registered: 2012-08-21
Posts: 309

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

I know I'll be jumped on here but out of the window managers i have tried this one has the least easily readable help/man file
why not have a small help file on the default keybindings for simple users to be able to quickly get to grips with Bspwm?
The man file that comes with it lists commands you can use -   so to get to see what keybindings are set as default
you then look in the sxhkdrc, but if you are not familiar with sxhdk it is not easy to read
i mean how is somone not used to sxhkd supposed to know what this translates too!
super + {_,shift + }{h,j,k,l}
    bspc window -{f,s} {left,down,up,right}


You can like linux without becoming a fanatic!

Offline

#822 2013-10-24 12:16:04

instantepiphany
Member
Registered: 2013-09-04
Posts: 32

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

chickenPie4tea wrote:

I know I'll be jumped on here but out of the window managers i have tried this one has the least easily readable help/man file
why not have a small help file on the default keybindings for simple users to be able to quickly get to grips with Bspwm?
The man file that comes with it lists commands you can use -   so to get to see what keybindings are set as default
you then look in the sxhkdrc, but if you are not familiar with sxhdk it is not easy to read
i mean how is somone not used to sxhkd supposed to know what this translates too!
super + {_,shift + }{h,j,k,l}
    bspc window -{f,s} {left,down,up,right}

The man file seems quite clear to me, and I hail from gnome2/3 land where everything can be done with the mouse. I had zero issues figuring out what each command meant. I went through the config file and added a comment for each binding saying what it did(and removed a bunch I didn't use, added many of my own etc). You actually learn how to use the program more thoroughly this way. It is an example config(afaik, being in the examples folder in the bspwm repo), you are meant to use it as a base to more easily understand how to use, but you are supposed to adapt it to your needs, as no two users will have the same preferences, favourite programs, etc.

Offline

#823 2013-10-24 13:45:57

dgz
Member
Registered: 2013-08-27
Posts: 98

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

MrQuest wrote:

Maybe this was asked before, but why bar's color definitions weren't exported to some external config file so each time I want different colors, I would not need to recompile bar?

bar is a seperate application with its own topic/support system. it's also unlikely this will be added, in many kiss applications this is a feature, not a flaw. dwm, sxiv, monsterwm etc. for example.

Last edited by dgz (2013-10-24 13:48:08)

Offline

#824 2013-10-24 16:00:49

MrQuest
Member
Registered: 2013-05-20
Posts: 19

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

dgz wrote:
MrQuest wrote:

Maybe this was asked before, but why bar's color definitions weren't exported to some external config file so each time I want different colors, I would not need to recompile bar?

bar is a seperate application with its own topic/support system. it's also unlikely this will be added, in many kiss applications this is a feature, not a flaw. dwm, sxiv, monsterwm etc. for example.

ok, let me rephrase that - will coloring settings be implemented at least the way they are set up in bspwm? you don't have to recompile bspwm when you want to change some colors, right? there's a specific settings for that in config file.

Offline

#825 2013-10-24 16:16:04

aoba
Member
Registered: 2013-08-30
Posts: 70

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

bar is not a part of bspwm.  It is by a different author, and has its own thread here:

https://bbs.archlinux.org/viewtopic.php?id=145143

Offline

Board footer

Powered by FluxBB