11:32 <midgard> i just released v1.0.0 of my new tiling manager immodestly named river-ultitile!

11:32 <midgard> https://sr.ht/~midgard/river-ultitile/

11:36 <midgard> by default, it has a main/stack layout with the main in the center on widescreens, as well as a few other layouts you can choose

11:36 <ifreund> midgard: nice! you should send a PR adding it to the list on the wiki: https://codeberg.org/river/wiki/src/branch/master/pages/Community-Layouts.md

11:36 <midgard> by modifying its source, you can define your own layouts in terms of nested tiles

11:38 <midgard> ifreund, is that list supposed to be in any particular order?

11:39 <ifreund> the ordering hasn't been given any thought by me at least :D

11:52 <midgard> PR created!

12:16 <Guest61> hello, does river support the idle_inhibit_unstable_v1 protocol?

12:16 <ifreund> yep

12:18 <Guest61> hmm, trying to get a program to inhibit idle but it doesn't work on river, but does on sway

12:36 <ifreund> what program?

12:38 <ifreund> Guest61: note that sway isn't as strict as it should be with idle-inhibit in some cases, this sway PR improves things a bit: https://github.com/swaywm/sway/pull/8175

12:38 <ifreund> see also https://codeberg.org/river/river/issues/1079

12:42 <Guest61> the program is wljoywake, so river doesn't lock when using a controller to play a game

12:45 <ifreund> looks like that program does the same broken thing as wayland-pipewire-idle-inhibit

12:45 <ifreund> the sway PR I linked will make it stop working on sway as well

12:54 <Guest61> I see, thank you very much!

15:55 <Inga> maybe asking things here on Sunday was not the smartest move, so I'll try again (I hope that's OK?)

15:55 <Inga> Is it possible that in River v3, the logic around "process keyboard input even when there are no display outputs enabled" or "keep focus on the last focused window even after all display outputs were disabled" has changed?

16:19 <ifreund> Inga: perhaps, though it kind of sounds like you want to only turn off the display rather than disable the output entirely

16:20 <ifreund> i.e. use `wlopm --off` rather than `wlr-randr --off`

16:21 <ifreund> the former keeps the output part of river's internal coordinate space and you can still send windows and focus to the output despite it not displaying anything

16:21 <ifreund> the latter removes it from river's coordinate space and prevents interaction with the output

16:58 <midgard> in river_layout_v3, can we assume that the output that last saw a layout_demand, is the currently focused one?

17:02 <midgard> nevermind, i just saw that the user_command event is also associated with an output

17:40 <leon-p> midgard: look at the river-status protocol if you need information about focus

17:40 <Inga> thank you, wlopm does exactly what I need, problem solved! I guess some fixes in river 0.3 broke my scenario with way-displays, but now it looks like way-displays was never the correct approach

17:50 <midgard> leon-p, yep, i was using that, but now i can remove it and simplify

19:39 <leon-p> midgard: since you are investing a fair amount of time into writing a layout generator right now, you may also want to have a look at the rwm branch, which replaces that protocol

20:22 <midgard> i'm aware that's happening, i may have a look at the protocol and see if i have remarks when i'm back from vacations

21:34 <ifreund> I have vague plans for a river-compat window manager that provides compatibility with existing river layout generators fwiw

23:06 <Den4ikRus> Can I make rivertile to tile clients on my portrait monitor vertically by default?

23:09 <Den4ikRus> I don't think that's possible

23:09 <Den4ikRus> from reading man pages for riverctl and rivertile

23:10 <Den4ikRus> but I would be glad if someone proves me wrong

23:17 <Guest42> Can someone suggest a way to try to build for Ubuntu 22.04? I see in `.builds` there is yml that describes builds for Arch and Alpine

23:20 <Den4ikRus> you prob would need to build other dependencies too

23:20 <Den4ikRus> ubuntu packages are so outdated