<Nulo>
How can I make a key binding that runs yambar on Mod4 keydown and kills it on keyup?
<waleee>
Nulo: spawn the bar and then make another binding for 'pkill yambar' ?
<waleee>
or abuse notify daemons like mako and bind a send-notify with the relevant info you want
<waleee>
oh. "key up". That one might be tricky
snakedye has quit [Ping timeout: 245 seconds]
waleee has quit [Quit: WeeChat 3.3]
novakane has joined #river
snakedye has joined #river
<dnkl>
Nulo: "riverctl map -release"
<dnkl>
?
<dnkl>
and, if you don't want to "killall", you can use yambar's --print-pid option to write its PID to a file, and then have the -release mapping read from that file
leon-p has quit [Remote host closed the connection]
<msiedlaczekelshi>
does yambar not support system tray, or am I missing it somehow?
<dnkl>
msiedlaczekelshi: no that's correct. There's an open issue on it, but no one is working on implementing it, as far as I know
<msiedlaczekelshi>
dnkl: thanks
<msiedlaczekelshi>
makes me wonder if I need one :D
<msiedlaczekelshi>
I think the only reason I need it is to access my nm applet, because I want easy access to switch vpns and networks. any good alternatives for this, preferably keyboard driven?
<dnkl>
The typical sway/river/dwl application don't use it, so.. no? :D
<dnkl>
Can't help you much there. I've had automatic wired <--> wireless fall over configured before, but nothing as fancy as VPN switching
<ifreund>
I just use iwtcl and wg-quick on the command line for network/VPN stuff
<novakane>
same, with a script to use fzf to chose the wireguard config from mullvad
<msiedlaczekelshi>
ifreund: novakane thanks for suggestions, I'll check them out!
<novakane>
ifreund: looking at #458, how do you check a client that doesn't support xdg-decoration?
<ifreund>
novakane: we can assue that if it creates a toplevel decoration object it supports xdg-decoration and if it doesn't create one it doesn't support it
norkki has quit [Read error: Connection reset by peer]
guest23_ has joined #river
powerofzero has joined #river
<powerofzero>
Hi. I'm wondering how to set an xkb map for river. I don't see a riverctl option and XKB_DEFAULT_KEYMAP doesn't seem to work.
<ifreund>
the XKB_* environment variables are the only way currently, and I don't know of any issue with them not working
<ifreund>
they are implemented by libxkbcommon itself, not river
yyp has quit [Read error: Connection reset by peer]
yyp has joined #river
<powerofzero>
okay it seems I was misconfiguring the envirnment variables. I have it figured out now.
<ifreund>
no problem, I know the docs aren't great on this currently
<ifreund>
We'll probably need some river-specific configuration layer eventually to support dynamically switching between configurations, multiple seats, etc
norkki has joined #river
dbuckley has quit [Ping timeout: 268 seconds]
dbuckley has joined #river
guest23_ has quit [Quit: Connection closed for inactivity]
leon-p has joined #river
novakane has quit [Quit: WeeChat 3.3]
<Nulo>
Huh, riverctl map -release normal None Super_L spawn "killall yambar" doesn't work
<Nulo>
It's a little weird having to write Super_L instead of Mod4
<Nulo>
Okay so: when releasing, it acts as "logo"/Mod4 is pressed, but for some reason, river just checks if the keybinding has the exact same combination of modifiers (std.meta.eql(modifiers, mapping.modifiers))
<Nulo>
I guess that makes sense? But it is a bit weird to me. It should execute the mappings that match the most (for example, if Ctrl+Shift+T is pressed and there isn't a Ctrl+Shift+T mapping but a Shift+T or Ctrl+T one, they should work)
<Nulo>
I fixed it by mapping `riverctl map -release normal Mod4 Super_L spawn "killall yambar"`
<Nulo>
Although it still has issues. For example, if I do "Mod4+Shift+2" and then release Mod4 before Shift, it takes the release as a Mod4+Shift+Super_L release which doesn't kill the bar and makes it stay
<Nulo>
I'm not sure what the desired behaviour should be but I think what I said previously should be it