Can't create autostart layout
lictw opened this issue ยท comments
Sub-command once
didn't work at other desktop
Very interesting behaviour
At desktop 1 i enter these commands:
[tw@arch-ng ~]$ bspc rule -a kitty:bspl desktop=6
[tw@arch-ng ~]$ bsp-layout set grid 6
[25695]
[tw@arch-ng ~]$ kitty --name bspl &
[1] 25724
[tw@arch-ng ~]$ kitty --name bspl &
[2] 25766
[tw@arch-ng ~]$ kitty --name bspl &
[3] 25808
[tw@arch-ng ~]$ kitty --name bspl &
[4] 25850
After that desktop 6 looks (no layout):
After that i create new node at desktop 6 and layout begins:
I think about events, so i create nodes at desktop 1 and layout listen for nodes at desktop 6, but can i create some layouts at boot via scripts with bsp-layout? If i create nodes first, bsp-layout set
didn't organize them before new node appears, and bsp-layout once
didn't work.
Info
Latest bsp-layout from AUR:
[tw@arch-ng ~]$ bsp-layout version
[tw@arch-ng ~]$
o_O
@lictw, Thanks for reporting the issue. Could you try bsp-layout-git
AUR package and let us know if this issue exists there as well?
hi @lictw ๐
Sub-command
once
didn't work at other desktop
this looks like a duplicate of #44 to me ๐ค
Very interesting behaviour
i am not able to reproduce that behaviour... see this
and i'm using
$ bsp-layout version
0.0.10-1
installed with sudo make install
Info Latest bsp-layout from AUR:
[tw@arch-ng ~]$ bsp-layout version [tw@arch-ng ~]$
as i'm able to see the version with my installation of bsp-layout
and, in addition to what @phenax just said, too quick for me... could you try to install the script manually? ๐
Yes, i did.
And AUR bsp-layout-git
(version 0.0.10) and manual (version 0.0.10-1) the same issues.. Error when once
and set
start to work only after new node at current&target desktop.
@a2n-s
i am not able to reproduce that behaviour
Are you use 2 displays? Try to create nodes at INACTIVE desktop and switch to it after that. If I create terminals while see the target desktop it works for me too))
My bad. I misunderstood the issue. Seems like this is related to #12 and #44. Desktops that aren't in focus don't get layout applied to them. From what I remember, calculating layout for an inactive desktop is a bit complicated. A good middleground as I mentioned in that issue will be to listen to desktop_focus
event and recalculate then.
The problem with that however is that once
doesn't listen to those events so, the solution for that seems to be to if it's not the currrent desktop, wait for it to be focused and apply layout.
Nice, works all!!
The problem with that however is that once doesn't listen to those events so
Once works perfectly: create 4 window and apply layout with once
- ideal for startup script.
Thanks you!
With 'set' i don't have time to notice how layout applies at switch - very fast, like it works in background.
Are you use 2 displays? Try to create nodes at INACTIVE desktop and switch to it after that. If I create terminals while see the target desktop it works for me too))
yep, sorry about that, i am able to reproduce that error ๐