#1 2019-03-16 20:37:02

malm

jgmenu developer

Registered: 2016-10-13

Posts: 738

Website

xbindkeys

Further to https://forums.bunsenlabs.org/viewtopic … 166#p84166

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.

xbindkeys seems to work well

I've created the following ~/.xbindkeysrc and removed the corresponding lines from ~/.config/openbox/rc.xml

"xfce4-screenshooter"
  Print

"scrot '%Y-%m-%d--%s_$wx$h_scrot.png' -e 'mv $f ~/Pictures/screenshots/ ; bl-image-viewer ~/Pictures/screenshots/$f'"
  Mod1 + Print

"gmrun"
  Mod1 + F2

"~/.config/dmenu/dmenu-bind.sh"
  mod1 + F3

"bl-file-manager"
  Mod4 + f

"x-terminal-emulator"
  Mod4 + t

"x-www-browser"
  Mod4 + w

"bl-lock"
  Mod4 + l

"bl-text-editor"
  Mod4 + e

"bl-media-player"
  Mod4 + m

"x-terminal-emulator -T 'htop task manager' -e htop"
  Mod4 + h

"pavucontrol"
  Mod4 + v

"bl-exit"
  Mod4 + x

"jgmenu_run"
  Control + Escape

"jgmenu_run"
  Mod4 + space

If the same key-combination is bound in .xbindkeys and rc.xml, the former seems to win - although this conclusion is only based on some limited testing I've done on Jessie/Hydrogen.

I've not tried integrating with xcape yet.

If we go down this road, we'll have to take a view on what we do with bl-kb-* scripts.

Re-read config file with

xbindkeys --poll-rc

hhh

Gaucho

From: High in the Custerdome

Registered: 2015-09-17

Posts: 16,158

Website

Re: xbindkeys

If the same key-combination is bound in .xbindkeys and rc.xml, the former seems to win - although this conclusion is only based on some limited testing I've done on Jessie/Hydrogen.

I'm getting the opposite on lithium, but I really prefer it that way.

Epic work, malm!

---

I don't care what you do at home. Would you care to explain?

johnraff

nullglob

From: Nagoya, Japan

Registered: 2015-09-09

Posts: 12,661

Website

Re: xbindkeys

If we go down this road, we'll have to take a view on what we do with bl-kb-* scripts.

Good point!

There's also ~/.config/openbox/autostart
Autostarting is already complicated with the XDG .desktop files.
But maybe all the entries in o/a can be considered window-manager-specific with the sole exceptions of

## GNOME PolicyKit authentication
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &

## bl-welcome - post-installation script, will not run in a live session and
## only runs once. Safe to remove.
(sleep 10; bl-welcome --firstrun) &

## bl-fortune - have the system come up with a little adage (not yet enabled)
#(sleep 120; bl-fortune) &

## and possibly this ##
## Start Thunar Daemon, if set as bl-file-manager
if [ "$(readlink -f $(which bl-file-manager))" = "$(which thunar)" ]
then
    thunar --daemon &
fi

I think breaking absolute dependency on openbox might have value, but it has a lot of implications...

---

...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )

Introduction to the Bunsenlabs Boron Desktop