04:49 <LarstiQ> adamcstephens: I'm going to take some time off soon so I won't need a working laptop, I'll give it a go then :)

06:21 <NickH> I'm wanting to switch from waybar to yambar but having a little trouble working around yambar only launching on a single output

06:22 <NickH> Inspired by https://codeberg.org/dnkl/yambar/issues/299#issuecomment-1311319 I wrote https://0x0.st/X-aH.sh

06:22 <NickH> It keeps track of pids and kills old instances

06:23 <NickH> The problem is that the output focus for the session changes

06:24 <NickH> I wonder if it would be possible to add a -output option to "riverctrl spawn" command that could be used to launch things on a given output without chaning the focus for the user

06:26 <NickH> Hmm, 0x0.st might be having issues. Script also at https://termbin.com/ce2d

08:13 <repo> hey! i just saw river pop up in home manager news. Is river comparable to herbstluftwm?

08:18 <repo> apparently not quite

08:42 <ifreund> repo: not quite, no. I have plans to make river's window management protocol flexible enough that one could implement herbstluftwm-style window management outside the compositor process though

08:43 <ifreund> right now river only really does dwm-style tags and dynamic tiling well with user configurable layout algorithms

09:26 <repo> cool

09:45 <FireFly> as someone who used hlwm for years under X and tried out first hikari and now river, it's at least the closest in spirit to hlwm that I've found so far

09:46 <FireFly> but not a perfect 1:1 yeah

09:46 <FireFly> admittedly my WM habits changed a bit with hikari as well though, and the tiling setups I use mostly these days are fairly basic

14:13 <ifreund> neat, chimera packages wayland native gimp

14:50 <tiosgz> wait, gimp is going wayland soon? * checks the web * ah, it had a pre-3.0 release in 2020 or so already

14:51 <tiosgz> on an unrelated note, about the weird fcitx behavior a few weeks ago...

14:52 <tiosgz> from the correspondence we've had so far, i've understood that the developer is about as convinced in their interpretation of how it should be as i am

14:53 <tiosgz> namely, they think key processing should be event-wise, not key-wise, so fcitx passes on exactly those events that it doesn't handle

14:54 <tiosgz> which then results in release events on keys it didn't press -- or press events on keys already down

14:55 <tiosgz> i think it's at least good to know there exists a different way to understand this than mine/ours (so if it's supposed to have no room for interpretation, even "obvious" stuff like this should probably be in the protocol

14:57 <tiosgz> emersion might potentially want to know this ^ in case some of the relevant protocols get updated at some point

14:58 <emersion> yeah, the current design is ehhhh

14:59 <emersion> i'd much prefer a design where the compositors sends an event with a serial, and the IME replies with "i handled serial N" or "i didn't"

15:00 <tiosgz> the room for interpretation also somewhat applies to virtual-keyboard alone -- whether the events should be "as expected", or just any events the client wants

17:05 <leon-p> tiosgz: a gimp release using GTK3 and therefore being wayland native is scheduled for this year IIRC

17:05 <leon-p> you can also build from that branch already, works decently well

17:06 <leon-p> for a "big" program Gimp is surprisingly pleasant to compile

22:53 <Guest3> Is there a way to force all applications to tile. Programs like nsxiv are in floating mode when launched through the terminal.

23:13 <NickH> riverctl rule-add -app-id Nsxiv no-float

23:37 <Guest3> error: unknown command

23:37 <Guest3> usage: riverctl [options] <command>

23:55 <NickH> river -version

23:56 <NickH> You're probably running an old version. Check the riverctl man page for the correct syntax for the version you are running

23:59 <Guest3> using version 0.2.6