00:44 <Anderson-D> novakane: that would mean I need to allocate an extra keybind just to close notifications, however I really would prefer to follow my existing habit of closing them with Esc as in sway or X WMs

00:46 <Anderson-D> It would really be cool if `riverctl map` supported some flag like `-passthrough-on-error` which would send original keybind to active client if the spawned command returned non-zero code

00:47 <Anderson-D> ...or if it was possible to send keys to clients bypassing riverctl's key maps

00:50 <Anderson-D> tl;dr: looking for a way to send keysym to client bypassing riverctl's mappings

01:01 <Anderson-D> Okay, I've found a terrible, terrible hack.

01:02 <Anderson-D> riverctl map empty_mode None Escape spawn "[[ \`dunstctl count displayed\` != \"0\" ]] && dunstctl close || (riverctl enter-mode dunst; wtype -P Escape; xdotool key Escape; riverctl enter-mode normal)"

01:02 <Anderson-D> If Esc is pressed but no notifications are visible, then switch to empty mode without any keymaps (to prevent looping) and re-send Esc key, then switch back

01:03 <Anderson-D> Modern window managers require modern solutions

01:03 <Anderson-D> s/window managers/compositors/

02:23 <leon-p> Anderson-D: that really sounds like somehting that would require a fully integrated desktop-shell to work well. When you are building up your setup from lots of smaller components there will always be duct tape and things that are not cleanly possible.

05:30 <snakedye> The solution to everything is dbus ;)

10:38 <ifreund> ew :P