jgmenu as default menu generator for Lithium?

malm · 2019-03-11 21:43:07

I've written a module to (a) read the theme from rc.xml; (b) find the corresponding themerc; (c) parse this themerc and add corresponding key/value pairs in jgmenurc

jgmenu-obtheme.c

Try it using

jgmenu init --apply-obtheme

It doesn't cover all eventualities (e.g. gradients), but is a starter for ten.

@hhh - all for you

@hhh, I can cobble together something small/quick for setting tint2 - but was a bit unsure what you were looking for. Is it just font name which is frustrating. Would you actually be looking to set the panel colours based on openbox themes?

@johnraff, I'm not against xbindkeys, but reflect that it seems easier to let each Window Manager define their own key-binds.

hhh · 2019-03-12 05:03:01

@malm, I'm honored!

Last edited by hhh (2019-03-15 01:14:52)

johnraff · 2019-03-13 01:10:32

malm wrote:

@johnraff, I'm not against xbindkeys, but reflect that it seems easier to let each Window Manager define their own key-binds.

Understood. I'm not suggesting using xbindkeys for all keybinds, but only for global, wm-independent, calls - mainly (perhaps only) launching apps. So openbox's rc.xml will go on defining keybinds for manipulating windows - maximize, move desktop etc - in fact everything related to openbox.

My reason for advocating a third-party app for global keybinds is the same as for suggesting moving from the openbox menu to jgmenu in the first place - to make it independent of the window manager. Without an externally defined keybind to launch jgmenu it would continue to depend on having openbox running (or else require the user to configure it themselves). Having done that, it seems to make sense to define keybinds for x-terminal-emulator, bl-file-manager etc in the same place.

hhh · 2019-03-13 06:15:21

malm wrote:

@hhh, I can cobble together something small/quick for setting tint2

Not on my account, please. I use xfce4-panel because it inherits the GTK theme. I use a GUI wherever possible, I hate manual configs! :monkey:

Last edited by hhh (2019-03-13 06:16:30)

hhh · 2019-03-13 06:44:40

malm wrote:

@hhh - all for you

Dude, rock-star level 100.

hhh · 2019-03-13 06:50:03

Wow. I just realized that we've added a window-independent root menu and, thanks to some help from BB, a system init and window manager independent logout window to lithium in under a month. Nice!

johnraff · 2019-03-16 05:00:26

OP now has a link to the post which has specific instructions on trying the jgmenu-implemented BL menu, ie:
https://forums.bunsenlabs.org/viewtopic … 740#p82740

If anyone has a Buster or Lithium test system running and the time to check this out, any feedback will be most welcome.
Any comments on the whole idea of doing this, for that matter...

hhh · 2019-03-16 06:15:56

johnraff wrote:

malm wrote:
@johnraff, I'm not against xbindkeys, but reflect that it seems easier to let each Window Manager define their own key-binds.
Understood. I'm not suggesting using xbindkeys for all keybinds, but only for global, wm-independent, calls - mainly (perhaps only) launching apps. So openbox's rc.xml will go on defining keybinds for manipulating windows - maximize, move desktop etc - in fact everything related to openbox.
My reason for advocating a third-party app for global keybinds is the same as for suggesting moving from the openbox menu to jgmenu in the first place - to make it independent of the window manager. Without an externally defined keybind to launch jgmenu it would continue to depend on having openbox running (or else require the user to configure it themselves). Having done that, it seems to make sense to define keybinds for x-terminal-emulator, bl-file-manager etc in the same place.

@malm, I agree with John's thinking here. If you have any time and motivation, I think it's worth looking into.

Döbbie03 · 2019-03-16 07:23:00

Off Topic but on-topic. I'm loving the direction you guys are taking, keep it up.

hhh · 2019-03-16 08:12:18

Yeah, I agree. We have some good stuff cooking.

malm · 2019-03-16 11:39:57

johnraff wrote:

If anyone has a Buster or Lithium test system running and the time to check this out, any feedback will be most welcome. Any comments on the whole idea of doing this, for that matter...

Just to clarify, it works fine on Helium too, if you use 'csv_cmd = pmenu' in jgmenurc (which is the default anyway).

@nobody packaged the last version (v2.2.1) last night and put it in the backports repo.

v2.2.1 contains a couple of bug fixes and a new "starter-for-ten" feature which you can try like this:

jgmenu init --apply-obtheme

It doesn't look quite right for all openbox themes, so still some work to do

hhh · 2019-05-29 20:46:08

I've added a commit to comtpon.conf to restore drop-shadows to jgmenu...

https://github.com/BunsenLabs/bunsen-co … f59f4608ee

With that commit, my menu looks like this...

Gorgeous, right? Question, if I add a prepend.csv as John posted, I lose my icons. Here's my jgmenurc...

# stay_alive = 1
# hide_on_startup = 0
csv_cmd = pmenu
# tint2_look = 0
at_pointer = 1
# edge_snap_x = 30
# terminal_exec = x-terminal-emulator
# terminal_args = -e
# monitor = 0
# hover_delay = 100
# hide_back_items = 1
# columns = 1
# tabs = 120
# menu_margin_x = 0
# menu_margin_y = 0
menu_width = 180
# menu_height_min = 0
# menu_height_max = 0
# menu_height_mode = static
menu_padding_top = 0
menu_padding_right = 0
menu_padding_bottom = 0
menu_padding_left = 0
# menu_radius = 1
# menu_border = 0
# menu_halign = left
# menu_valign = bottom
# sub_spacing = 1
# sub_padding_top = auto
# sub_padding_right = auto
# sub_padding_bottom = auto
# sub_padding_left = auto
# sub_hover_action = 1
item_margin_x = 2
item_margin_y = 2
# item_height = 25
# item_padding_x = 4
item_radius = 0
# item_border = 0
# item_halign = left
# sep_height = 5
# sep_halign = left
# sep_markup = 
# font = 
# font_fallback = xtg
# icon_size = 22
# icon_text_spacing = 10
icon_theme = Papirus
# icon_theme_fallback = xtg
# arrow_string = ▸
# arrow_width = 15
# color_menu_bg = #000000 100
# color_menu_border = #eeeeee 8
# color_norm_bg = #000000 00
# color_norm_fg = #eeeeee 100
# color_sel_bg = #ffffff 20
# color_sel_fg = #eeeeee 100
# color_sel_border = #eeeeee 8
# color_sep_fg = #ffffff 20
# color_scroll_ind = #eeeeee 40
# csv_name_format = %n (%g)
# csv_single_window = 0
# csv_no_dirs = 0
# csv_i18n = 
color_title_bg = #363D40 100
color_title_fg = #e8eff9 100
sep_markup = 
sep_halign = right
color_menu_bg = #363D40 100
color_norm_fg = #e8eff9 100
color_sel_bg = #f20f4f 100
color_sel_border = #f20f4f 100
color_sel_fg = #ffffff 100
color_sep_fg = #535353 100

csv_command = lx makes no difference. If I use the append option, I get an exit menu and my icons remain. I don't need the prepend menu (run, terminal, file manager, etc...) but the append menu is critical to the BL desktop IMO (Preferences>Openbox options, tint2 options, conky options, compton options, wallpaper, notifications, etc...)

Could you post an append.csv file for me?

hhh · 2019-05-29 21:30:11

Not being lazy, this is my current append.csv file...

^sep()
Preferences,^checkout(bl-preferences)
System,^checkout(bl-system)

Preferences,^tag(bl-preferences)
Back,^back()
Openbox,^checkout(bl-obConfig)
Compositor,^pipe(jgmenu_run ob --cmd="bl-compositor" --tag="bl-compositor")
Conky,^pipe(jgmenu_run ob --cmd="bl-conky-pipemenu" --tag="bl-conky-pipemenu")
Tint2,^pipe(jgmenu_run ob --cmd="bl-tint2-pipemenu" --tag="bl-tint2-pipemenu")
Appearance,lxappearance
Font configuration,bl-text-editor ~/.config/fontconfig/fonts.conf
BLOB Themes Manager,bl-obthemes
Wallpaper,nitrogen
Notifications,xfce4-notifyd-config
Power Management,xfce4-power-manager-settings
dmenu,^checkout(bl-dmenuconfig)
gmrun,^checkout(bl-gmrunconfig)
Display,^checkout(bl-DisplaySettings)

System,^tag(bl-system)
Back,^back()
Printers,^pipe(jgmenu_run ob --cmd="bl-printing-pipemenu" --tag="bl-printing-pipemenu")
Synaptic Package Manager,pkexec synaptic
Login Settings,pkexec bl-text-editor /etc/lightdm/lightdm-gtk-greeter.conf /etc/lightdm/lightdm.conf
GParted,pkexec gparted
Edit Debian Alternatives,galternatives
^sep()
About Bunsen Alternatives,yad --button="OK":0 --center --window-icon=distributor-logo-bunsenlabs --text-info --title="About Bunsen Alternatives" --filename="/usr/share/bunsen/docs/helpfile-bl-alternatives.txt" --width=900 --height=700 --fontname=Monospace

Which gives me this, the right menus and submenus, but still no icons. I'll logout in a minute to make sure it's not a cache issue...

-edit- Reboot, still no icons in those menus.

Last edited by hhh (2019-05-29 21:36:17)

DeepDayze · 2019-05-30 02:49:29

hhh wrote:

Yeah, I agree. We have some good stuff cooking.

And it smells good. By the time Buster is out the door, Lithium should be very feature complete

PackRat · 2019-05-30 12:21:52

hhh wrote:

Gorgeous, right? Question, if I add a prepend.csv as John posted, I lose my icons. Here's my jgmenurc...

All of them or just in the prepend section?

In your append.csv (and prepend.csv) you need to specify the icon to use:

Preferences,^checkout(bl-preferences),folder
<snip>
Openbox,^checkout(bl-obConfig),falkon
<snip>
Font configuration,bl-text-editor ~/.config/fontconfig/fonts.conf,firefox-new
<snip

and un-comment this line:

# icon_theme_fallback = xtg

You can use another icon theme instead of xtg if you want.

Do those bl-entries have *desktop files in /usr/share/applications? Not sure if you could go that route and actually create a BL menu item that would contain them. They would (should?) show up in jgmenu and any DE menu then.

Other option would be to add:

icon_size            = 0

to the jgmenurc and go without icons.

Last edited by PackRat (2019-05-30 12:22:46)

malm · 2019-05-30 18:20:21

^ What PackRat said except “icon_theme_fallback” has a different meaning. It specifies where to looking if “icon_theme” is not specified.

hhh · 2019-05-31 03:53:09

Thanks gents. It'll be a couple of days before I can try this, work stuff is hectic ATM. Staisfying, but hectic as all get-out.

PackRat · 2019-05-31 09:49:01

malm wrote:

^ What PackRat said except “icon_theme_fallback” has a different meaning. It specifies where to looking if “icon_theme” is not specified.

Thanks for that clarification.

Naik · 2019-06-02 12:03:35

I must say that i like what you did here but can not really enjoy tjhe idea of bringing in any other application to handle this. for my taste the OB-menu and it' s GUI-generator are usable enough and it is anything but difficult to bring the debian/xdg menu up if needed.
I just don't see why this is neccesary. Is it likely that openbox will die within the next months/years?

naik --greetz

DeepDayze · 2019-06-02 18:12:57

Naik wrote:

I must say that i like what you did here but can not really enjoy tjhe idea of bringing in any other application to handle this. for my taste the OB-menu and it' s GUI-generator are usable enough and it is anything but difficult to bring the debian/xdg menu up if needed.
I just don't see why this is neccesary. Is it likely that openbox will die within the next months/years?
naik --greetz

I believe OB will be ported to Wayland so we can still have OB goodness even then.

#21 2019-03-11 21:43:07

Re: jgmenu as default menu generator for Lithium?

#22 2019-03-12 05:03:01

Re: jgmenu as default menu generator for Lithium?

#23 2019-03-13 01:10:32

Re: jgmenu as default menu generator for Lithium?

#24 2019-03-13 06:15:21

Re: jgmenu as default menu generator for Lithium?

#25 2019-03-13 06:44:40

Re: jgmenu as default menu generator for Lithium?

#26 2019-03-13 06:50:03

Re: jgmenu as default menu generator for Lithium?

#27 2019-03-16 05:00:26

Re: jgmenu as default menu generator for Lithium?

#28 2019-03-16 06:15:56

Re: jgmenu as default menu generator for Lithium?

#29 2019-03-16 07:23:00

Re: jgmenu as default menu generator for Lithium?

#30 2019-03-16 08:12:18

Re: jgmenu as default menu generator for Lithium?

#31 2019-03-16 11:39:57

Re: jgmenu as default menu generator for Lithium?

#32 2019-05-29 20:46:08

Re: jgmenu as default menu generator for Lithium?

#33 2019-05-29 21:30:11

Re: jgmenu as default menu generator for Lithium?

#34 2019-05-30 02:49:29

Re: jgmenu as default menu generator for Lithium?

#35 2019-05-30 12:21:52

Re: jgmenu as default menu generator for Lithium?

#36 2019-05-30 18:20:21

Re: jgmenu as default menu generator for Lithium?

#37 2019-05-31 03:53:09

Re: jgmenu as default menu generator for Lithium?

#38 2019-05-31 09:49:01

Re: jgmenu as default menu generator for Lithium?

#39 2019-06-02 12:03:35

Re: jgmenu as default menu generator for Lithium?

#40 2019-06-02 18:12:57

Re: jgmenu as default menu generator for Lithium?

Board footer