Alternative bspwm desktop for BunsenLabs?

Head_on_a_Stick · 2018-02-08 22:28:58

malm wrote:

an almost authentic bunsenlabs menu to go with it

@malm: this is working really well except that the menu goes behind and opened windows, which is less than ideal

The `bspc` command can apply a rule to raise a window type but the jgmenu & Jgmenu names both don't work.

Which name is assigned to the "window" used by jgmenu?

Head_on_a_Stick · 2018-02-08 22:54:59

Oh yes, I forgot...

cloverskull wrote:

keybinds

Read the file at ~/.config/sxhkd/sxhkdrc — this contains the keybinds and they are all clearly commented.

The syntax is beautifully simple and much easier to edit than openbox's xml nonsense.

tknomanzr · 2018-02-08 23:06:59

^ It will be possible to modify bunsen-exit to use the above-mentioned command. I would definitely entertain the idea of supporting it for Lithium.

PackRat · 2018-02-08 23:07:42

Thanks for the heads-up but I can't reproduce that in my test system, were you using LightDM when you experienced those issues?

May have been originally; I use lxdm now so might be an issue with that.

Once the new bl-exit code is finalised I will fork it and attempt to apply a conditional test (or something) so that it works in both, that would be my preference.

If you're going to fork the script, why not go with a more generic command; this command:

killall `wmctrl -m | awk '/Name/ {print tolower($2)}'`

shoudl log you out of 99% of the window managers (Doesn't work with xmonad, probably some other exotic ones).

Unless you're looking to sharpen your ninja scripting skills, then good luck with it.

Last edited by PackRat (2018-02-08 23:17:24)

PackRat · 2018-02-08 23:10:50

tknomanzr wrote:

^ It will be possible to modify bunsen-exit to use the above-mentioned command. I would definitely entertain the idea of supporting it for Lithium.

Should be able to, bspwm is interactive so you can send it commands from the terminal to change configuration. I have also configured xfce4 to use bspwm as the window manager; easy to change all the xfce4 key bindings to bspc commands.

johnraff · 2018-02-09 05:47:39

Head_on_a_Stick wrote:

johnraff wrote:
All the functionality provided via pipemenus would have to be done some other way.
jgmenu seems to work:
https://cdn.scrot.moe/images/2018/02/08/2018-02-07-192727_1280x768_scrot.th.png

Is that the standard BL "places" menu? Does jgmenu read dynamically generated standard Openbox XML menus?

Having a proper look at jgmenu is something I promised to do some time ago.
That, along with my own personal projects, has received no time at all for some months...

Head_on_a_Stick wrote:

As I have already tried to explain, there is no "extra" work because I am going to do this anyway.

You're going to make a fork of BunsenLabs? Otherwise, how do you propose to integrate your project without anyone else having to do anything?

Anyway, more interesting (to me anyway):

PackRat wrote:

If you believe wayland will be the future for Debian...

It certainly seems to be for Gnome. The question, if we wanted to use OpenBox as long as possible, would be how long is Debian going to support X? I'd guess: for quite some time to come.
The alternative question is: when will Wayland be a realistic, solid, no-fuss option for setups like BunsenLabs? There is already a reference compositor/windowmanager called Weston which will also run under X apparently. Maybe we should at least be thinking what we're going to use in Lithium/Buster, or the release after that...

Head_on_a_Stick · 2018-02-09 07:41:13

johnraff wrote:

Is that the standard BL "places" menu? Does jgmenu read dynamically generated standard Openbox XML menus?

Apparently so, yes

johnraff wrote:

You're going to make a fork of BunsenLabs?

If there was no interest in merging this with BunsenLabs but there was some demand from the community I would consider that, I suppose.

Sounds like a lot of work though

johnraff wrote:

Weston

That works fine in stretch, the screenshot on the package page is actually one of mine 8)

EDIT: in fact, if you look at the hostname in the scrot you will see that it is from a BunsenLabs desktop

Last edited by Head_on_a_Stick (2018-02-09 07:43:50)

johnraff · 2018-02-09 07:59:04

Head_on_a_Stick wrote:

johnraff wrote:
Weston
That works fine in stretch, the screenshot on the package page is actually one of mine 8)
EDIT: in fact, if you look at the hostname in the scrot you will see that it is from a BunsenLabs desktop

Wow! Cool indeed.

Sounds like a lot of work though

This was my basic message too, at the moment especially.
I haven't had time to do any of the stuff I've wanted to (unlike your good self, apparently ). The last thing I want to hear about just before Helium release is a whole new bunch of stuff to be bolted on, leaving aside all the team and community discussion that ought to precede something like that.

Sorry to sound so negative.

Head_on_a_Stick · 2018-02-09 08:03:08

johnraff wrote:

The last thing I want to hear about just before Helium release is a whole new bunch of stuff to be bolted on

To be clear: I am _not_ expecting this to be included with Helium, I'm very sorry if my posts have suggested otherwise.

johnraff · 2018-02-09 08:31:06

^That was the impression I was getting, to be honest.

When Helium is released, let's all have a think about the future of BunsenLabs.

malm · 2018-02-09 21:05:39

Head_on_a_Stick wrote:

@malm: this is working really well except that the menu goes behind and opened windows, which is less than ideal

I have raised this as an issue.
https://github.com/johanmalm/jgmenu/issues/51

Maybe bspwm does not handle XRaiseWindow()
I'll try to set some window hints (maybe _WM_NET_STATE_ABOVE) and see what happens.
Are there any other apps that set their own positions that I can xprop to see how they do it?

The `bspc` command can apply a rule to raise a window type but the jgmenu & Jgmenu names both don't work.
Which name is assigned to the "window" used by jgmenu?

Both name and class are set to "jgmenu"
https://github.com/johanmalm/jgmenu/blo … -ui.c#L164

You can check it with `./scripts/xwininfo-wrapper.sh` from the repo top level directory.

Head_on_a_Stick · 2018-02-09 21:36:37

^ Thanks!

malm wrote:

Are there any other apps that set their own positions that I can xprop to see how they do it?

dmenu stays on top, if that helps.

malm · 2018-02-09 21:51:33

I can't reproduce.
Still running hydrogen/jessie, so no bspwm in repo.
Tried bspwm on ArchLabs and it works fine.
I'll try a clean install with your config files. Too tired tonight though.

malm · 2018-02-09 21:57:36

Head_on_a_Stick wrote:

dmenu stays on top, if that helps.

Is it related to how you launch? Eg keyboard short cut vs tint2 launcher vs right click on root window.

Is it jgmenu root window and/or sub windows

Head_on_a_Stick · 2018-02-09 22:13:12

malm wrote:

I can't reproduce.

Erm, I am really sorry about this but I can't seem to reproduce the problem now either :8

I am absolutely positive it was appearing behind the windows but it is now on top, as it should be.

In fact, my last post in the screenshot thread shows just how well it works with bspwm:

https://forums.bunsenlabs.org/viewtopic … 057#p68057

Please accept my humble apologies for wasting your time with this. Just let me reboot the whole machine to double-check, back in a moment...

EDIT: it's all good, no problems here, maybe it was a flashback

Last edited by Head_on_a_Stick (2018-02-09 22:16:02)

Head_on_a_Stick · 2018-02-10 15:48:27

Update: I'm not going crazy (yay!), the problem is there after all (boo!).

The issue is caused by restarting the conky, this seems to change the window layering order, see @malm's github issue for more details.

For the moment, simply not restarting conky means that the menu will continue to work as expected.

Head_on_a_Stick · 2018-02-10 22:12:39

The jgmenu issue appears to be fixed as of this commit:

https://github.com/johanmalm/jgmenu/com … e13e464ba0

So the next release should work seamlessly even after a conky restart.

Head_on_a_Stick · 2018-02-11 14:06:29

Updated the jgmenu theme to match the Bunsen-He-flatish version in use elsewhere:

Here's the config:

empty@virtlab:~ $ cat ~/.config/jgmenu/jgmenurc                                       
tint2_look          = 0
at_pointer          = 1
csv_cmd             = ob
menu_width          = 120
menu_padding_top    = 0
menu_padding_right  = 0
menu_padding_bottom = 0
menu_padding_left   = 0
menu_radius         = 1
sub_spacing         = 3
item_margin_x       = 1
item_margin_y       = 1
item_height         = 19
sep_height          = 4
icon_size           = 0
arrow_width         = 8
color_menu_bg       = #cecece 100
color_menu_fg       = #888888 100
color_sel_bg        = #cecece 100
color_sel_fg        = #444444 100
color_norm_bg       = #cecece 100
color_norm_fg       = #888888 100
color_sep_fg        = #888888 100
empty@virtlab:~ $

To change the contents of the menu, edit ~/.config/openbox/menu.xml (or use obmenu).

Head_on_a_Stick · 2018-02-11 16:56:23

I've added jgmenurc to /usr/share/bunsen/skel along with some comments explaining how to add a "Start" menu to tint2.

(With apologies to the Team for pushing it to the Master branch by mistake!)

OP changed with new instruction.

cloverskull · 2018-02-12 20:48:16

@HOAS - while I feel far from being a power user at this point, I'd just like to say this was a pretty awesome OOTB setup.

I've been known to browse unixporn once in a while and would like to get to the point where my panel has 10 roman numerals and some typical panel stuff (system load, time, network) and I'm comfortable rapidly switching between desktops. I'm not there yet but this'll get me there. Thanks for the hard work and for sharing.

#21 2018-02-08 22:28:58

Re: Alternative bspwm desktop for BunsenLabs?

#22 2018-02-08 22:54:59

Re: Alternative bspwm desktop for BunsenLabs?

#23 2018-02-08 23:06:59

Re: Alternative bspwm desktop for BunsenLabs?

#24 2018-02-08 23:07:42

Re: Alternative bspwm desktop for BunsenLabs?

#25 2018-02-08 23:10:50

Re: Alternative bspwm desktop for BunsenLabs?

#26 2018-02-09 05:47:39

Re: Alternative bspwm desktop for BunsenLabs?

#27 2018-02-09 07:41:13

Re: Alternative bspwm desktop for BunsenLabs?

#28 2018-02-09 07:59:04

Re: Alternative bspwm desktop for BunsenLabs?

#29 2018-02-09 08:03:08

Re: Alternative bspwm desktop for BunsenLabs?

#30 2018-02-09 08:31:06

Re: Alternative bspwm desktop for BunsenLabs?

#31 2018-02-09 21:05:39

Re: Alternative bspwm desktop for BunsenLabs?

#32 2018-02-09 21:36:37

Re: Alternative bspwm desktop for BunsenLabs?

#33 2018-02-09 21:51:33

Re: Alternative bspwm desktop for BunsenLabs?

#34 2018-02-09 21:57:36

Re: Alternative bspwm desktop for BunsenLabs?

#35 2018-02-09 22:13:12

Re: Alternative bspwm desktop for BunsenLabs?

#36 2018-02-10 15:48:27

Re: Alternative bspwm desktop for BunsenLabs?

#37 2018-02-10 22:12:39

Re: Alternative bspwm desktop for BunsenLabs?

#38 2018-02-11 14:06:29

Re: Alternative bspwm desktop for BunsenLabs?

#39 2018-02-11 16:56:23

Re: Alternative bspwm desktop for BunsenLabs?

#40 2018-02-12 20:48:16

Re: Alternative bspwm desktop for BunsenLabs?

Board footer