04:40 <CelestialCrafter> hiyaa! i was considering using river and wanted to know, how does river compare to things like hyprland or miraclewm in **stability**?

04:47 <CelestialCrafter> and also features too. coming from hyprland i think im pretty spoiled in features, so how much would i be gaining/losing by switching to river?

04:48 <CelestialCrafter> and how does nvidia play with river aswell, if its bad is there any way to swap over to my igpu?

05:03 <LarstiQ> CelestialCrafter: I don't know those others so can't compare. Stability both in uptime and breaking changes are imo good.

05:04 <LarstiQ> Don't think river is in any way special with video cards? It's based on wlroots

05:05 <CelestialCrafter> (sorry for spellin, i have gloves on) i saw on the readme thwre were sokme breaking changes planned, but i couldnt find a plan anywhere, coiuld yoiu tell me smoe?

05:05 <CelestialCrafter> and for video cards, alot of other wms ive seen have to put in alot of extra work for nvidia cards specifically (example, hyprlsand)

05:09 <LarstiQ> CelestialCrafter: see `Future Plans` in https://isaacfreund.com/software/river/ and channel logs for the wm protocol

05:09 <CelestialCrafter> ty

05:12 <CelestialCrafter> sounds like river needds more work on nvidia, fine tho since i have an igpu and amd gpu

05:13 <LarstiQ> sounds from what? I didn't notice any issues on my previous nvidia laptop

05:13 <CelestialCrafter> from the channel logfsa

05:13 <CelestialCrafter> logs*

05:13 <CelestialCrafter> might be fine tho

05:14 <CelestialCrafter> guess ill have to try it for myself and see]

06:32 <ifreund> I'm on vacation this week so dont expect to hear from me until the 12th or so (bouldering in Fontainebleau)

06:48 <LarstiQ> ifreund: oh that looks like a cool place, have fun!

07:20 <leon-p> have fun!

11:43 <vess> hello!! is there a way to make it split the currently focused view? i can't really find anything in the wiki and manpages and i can't find some community layout that does that

14:23 <ThatGuestAgain> I realized... With the new, more traditional 'overlap order' river could just be used as a floating WM by just not using a layout. Right? Anyone doing that? Would that come with annoyances I'm not aware of yet?

15:21 <LarstiQ> vess: I'm inclined to say no. River does dynamic tiling and layout generators only get the number of windows, no ids or the like. So you'd need to have a cooperating layout generator that tries to store some state outside of the protocol and then a keybinding to store-and-split or something

15:22 <LarstiQ> but that mode of working is more sway like with manual tiling

15:38 <vess> i see, thanks, im trying to replicate the way bspwm does tiling

15:38 <vess> i know hyprland can do it, but i prefer river a lot more in every other aspect

16:00 <ThatGuestAgain> vess yeah manual tiling (bspwm, sway, etc) and tags in place of workspaces can't be trivially combined.

16:00 <ThatGuestAgain> Imagine manually building complex layouts on two tags, where some windows are shared among them but most are not.

16:00 <ThatGuestAgain> Now you combine those to tags to show at the same time. How do you combine the manually built layouts?

16:00 <ThatGuestAgain> Show them side by side? Then how do you handle the shared windows?

16:00 <ThatGuestAgain> Presumably possible to handle all those combinations and edgecases in a well defined manner, but as I said, not trivial (nor intuitive for the user).

16:51 <vess> i understand, thanks

19:03 <leon-p> vess: river will gain a WM protocol sometime this year, which will allow anyone to implement a wide variety of windowing behaviours, both tiling and floating

19:22 <FireFly> hmm, I quite often keep my lappy docked with two external monitors, and I noticed recently the other day that fullscreening windows seems to have broken, but only on the two external monitors (maximizing a window still works as expected on the primary/integrated monitor).. not entirely sure if it's related to the river update, I could try the previous version tomorrow perhaps and compare

19:23 <FireFly> the behaviour being that it seems the output on that display freezes, until I hit the keycombo to toggle maximized again and it goes back to rendering.. and it also seemed to toggle when an application requests fullscreen (judging by trying to fullscreen a video in firefox on an external monitor)