fitrh has quit [Read error: Connection reset by peer]
snakedye has quit [Ping timeout: 265 seconds]
fitrh has joined #river
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 246 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 260 seconds]
talismanick has joined #river
nt1036 has joined #river
snakedye has joined #river
snakedye has quit [Ping timeout: 265 seconds]
fitrh has quit [Quit: fitrh]
jao has quit [Remote host closed the connection]
elshize has quit [Ping timeout: 265 seconds]
jao has joined #river
StopNGo has joined #river
talismanick has quit [Ping timeout: 244 seconds]
jao has quit [Remote host closed the connection]
jao has joined #river
jao has quit [Ping timeout: 268 seconds]
Ordoviz has joined #river
nt1036 has quit [Quit: nt1036]
pkap has joined #river
Ristovski has joined #river
Ordoviz has quit [Ping timeout: 244 seconds]
Ordoviz has joined #river
Ristovski has quit [Ping timeout: 244 seconds]
pkap has quit [Ping timeout: 244 seconds]
Jef6411 has joined #river
Jef6411 has quit [Client Quit]
Jef64 has joined #river
<Jef64>
Hi, the media keys (XF86AudioRaiseVolume, XF86AudioLowerVolume) of my keyboard are not caught in river, nothing is logged in wev when I press them. If I run sway I do see them. Where can I look to debug this?
pkap has joined #river
<pkap>
You can check with `sudo libinput debug-events` if the events show up.
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
Ordoviz has quit [Ping timeout: 248 seconds]
StopNGo has quit [Ping timeout: 244 seconds]
StopNGo has joined #river
StopNGo has quit [Remote host closed the connection]
<Jef64>
event5 KEYBOARD_KEY +8.077s KEY_VOLUMEUP (115) released
<Jef64>
```
snakedye has joined #river
<leon-p>
note that the example configuration binds both AudioRaiseVolume and AudioLowerVolume
<pkap>
Hm no idea why they don't show up in wev. But I think if they show up as input events, river should see them and translate them to the XF86... keysym. Have you tried setting a mapping like this: `riverctl map normal None XF86AudioLowerVolume spawn "pamixer --allow-boost --set-limit 150 -d 5"`?
<leon-p>
so if you don't see them, perhaps because they are already bound to something
Ordoviz has joined #river
snakedye has quit [Ping timeout: 260 seconds]
Jef64 has quit [Ping timeout: 244 seconds]
elshize has joined #river
Ordoviz has quit [Ping timeout: 260 seconds]
Ordoviz has joined #river
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
snakedye has joined #river
waleee has joined #river
snakedye has quit [Ping timeout: 244 seconds]
Ristovski has joined #river
Ordoviz has quit [Ping timeout: 250 seconds]
pkap has quit [Quit: Client closed]
Jef70 has joined #river
Jef70 has quit [Client Quit]
Jef64 has joined #river
pkap has joined #river
<Jef64>
I indeed had a binding to the keys in the init script. I did not know the events did not show in wev after being processed. thx.
Jef64 has quit [Quit: Client closed]
snakedye has joined #river
snakedye has quit [Ping timeout: 264 seconds]
jao has joined #river
Jef64 has joined #river
Jef64 has quit [Remote host closed the connection]
Jef64 has joined #river
Ordoviz has joined #river
gwizon has joined #river
elshize has quit [Ping timeout: 268 seconds]
elshize has joined #river
snakedye has joined #river
snakedye has quit [Ping timeout: 250 seconds]
pkap has quit [Quit: Client closed]
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
kragacles has joined #river
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
talismanick has joined #river
gwizon has quit [Ping timeout: 252 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 268 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 244 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 244 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 244 seconds]
snakedye has joined #river
snakedye has quit [Ping timeout: 244 seconds]
elshize has quit [Ping timeout: 244 seconds]
Jef64 has quit [Remote host closed the connection]
Ordoviz has quit [Ping timeout: 246 seconds]
<andrea>
Hello. I have a keybinding for the command `1password --quick-access`. The window always appears on the workspace where 1password is first launched, instead of the current one.
<andrea>
Do you think the bug is related to river or to 1password?
<andrea>
1password is launched at startup in gui-less mode via riverctl spawn
<andrea>
If I first open the gui, the workspace in which I open it becomes the one in which quick-access appears
<andrea>
If I open the quick-access window without ever having opened the main gui, the main gui opens in the current workspace for entering the master password. Subsequent execution of the quick-access behave has the previous case.
Ordoviz has joined #river
<andrea>
If I first open the main gui in workspace 1, then open a new one in workspace 2, then request the quick-access in workspace 3, the quick-access window appears in workspace 2
<Snektron>
<andrea> "Do you think the bug is related..." <- Ive noticed this on other program that use trays as well
<andrea>
Should I submit an issue or go bother 1password developers?