16:13 <adelaide> Is there a utility similar to sway's grimshot for river somewhere?

16:30 <dnkl> I just use a key binding for slurp+grim...

16:32 <novakane> I use a shell script for slurp+grim https://git.sr.ht/~novakane/bin/tree/main/item/snap

16:34 <adelaide> welp

16:35 <adelaide> It seems I can already use grimshot directly for entire screen and selection

16:36 <adelaide> It's active output and active window capturing, which I do use regularly, that don't work

16:37 <adelaide> since they use swaymsg

16:38 <adelaide> Is the equivalent of those functionalities supported in river?

16:39 <leon-p> it is not yet possible to querry the position and dimensions of the active window and I am not sure if it ever will be. Basically we want to keep the amount of information river grants clients as small as possible to not repeat one of Xs major mistakes

16:45 <msiedlaczekelshi> is anyone running gnome-keyring in river? I'm having some issues when not logging in via gdm but rather running river from tty. the keyring daemon is running but it's locked. I tried manually unlocking it with seahorse, but it just doesn't react at all... I don't really know what I'm doing here so I'd appreciate it if someone has any experience to share.

16:52 <ifreund> leon-p: it might be possible as part of the hypothetical river-window-manager client depending on how that protocol shapes up

16:53 <ifreund> probably this should be solved in a general way that is portable between compositors though

16:53 <ifreund> i.e. something based on ext-toplevel-info