ChanServ changed the topic of #river to: river - a dynamic tiling Wayland compositor || https://codeberg.org/river/river || channel logs: https://libera.irclog.whitequark.org/river/
leopoldek has joined #river
Palanix_ has joined #river
Palanix has quit [Ping timeout: 265 seconds]
Palanix_ is now known as Palanix
twelve has joined #river
eShaev9z has quit [Ping timeout: 246 seconds]
eShaev9z has joined #river
twelve has quit [Remote host closed the connection]
twelve has joined #river
<Nickli> __toor__, you forgot GTK whatever version it was
twelve has quit [Ping timeout: 252 seconds]
notchoc has joined #river
<notchoc> hi! i noticed that negative subsurface positioning only renders within the parent surface, is this a bug?
leopoldek has quit [Ping timeout: 265 seconds]
fitrh has joined #river
fitrh has quit [Ping timeout: 256 seconds]
twelve has joined #river
<ifreund> notchoc: not sure, subsurfaces are pretty finicky and mostly handled by wlroots
<ifreund> what client is doing this?
<notchoc> ifreund: chocobar (https://codeberg.org/notchoc/chocobar), invoke with `(printf 'foo\vbar\vbaz\n'; sleep inf) | chocobar -Z -y 128` and then change 128 to -128
<ifreund> notchoc: I get a 404, is that a private repo?
<Nickli> codeberg is having issues
<ifreund> ah
<Nickli> atleast it had earlier
<Nickli> worked for me
<ifreund> will test later, feel free to open an issue to track the possible bug
<Nickli> *the url worked for me
<notchoc> alright, shall try to make a test client too
<ifreund> also, I dont recall details but iirc the spec allows compositors to crop subsurfaces to the parent surface dimensions if they want
<ifreund> for river I'd like to do whatever results in the best end user UX and stay consistent with other compositors
<notchoc> fwiw, sway and dwl render as expected with no clipping
Nickli has quit [Read error: Connection reset by peer]
Nickli has joined #river
alexherbo2 has joined #river
<leon-p> I think policy-wise: crop SSD windows; don't crop CSD windows, desktop widgets (layer-shell or the new surface types by the WM protocol)
<leon-p> either way, using subsurfaces to extend your windows geometry to place more content isn't very clean, you should probably just increase your surface size
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
alexherbo2 has quit [Remote host closed the connection]
alexherbo2 has joined #river
<notchoc> really? i found it much cleaner code-wise, especially for popup menus
<vyivel> notchoc: subsurfaces have different semantics from popups; a compositor might want to render popups on a different layer, offer a way to dismiss all popups, move/resize them to match constraints
Guest88 has joined #river
alexherbo2 has quit [Remote host closed the connection]
<ifreund> notchoc: yeah, using anything but an xdg-popup to implement a popup menu is wrong and will break in edge cases
<Guest88> how can I use mouse to resize windows. I'm coming from awesomewm and I can use both keyboard and mouse to resize or move windows
<Guest88> in tile layout
Guest99 has joined #river
<Guest99> yo, anyway to "allow_tearing"?
<Guest99> disable vsync?
<ifreund> Guest99: that feature hasn't yet landed in a release but is implemented on master branch
<Guest99> ok what would the option be?
<ifreund> you could compile from source and `riverctl allow-tearing enabled`
<ifreund> search for tearing in the riverctl man page for more info
<Guest99> ok thanks, i do have compiled from source.
<ifreund> Guest88: there's no way to interactively resize a tiled layout with the mouse currently
<Guest99> nice its working
<ifreund> there is work underway to make that and much more possible to implement outside of river in the layout generator/window manager: https://codeberg.org/river/river/pulls/1100
<notchoc> vyivel: apologies, i didn't mean an actual popup menu, it's more of a start menu
fitrh has joined #river
fitrh has quit [Ping timeout: 256 seconds]
Guest88 has quit [Quit: Client closed]
<leon-p> notchoc: a start-menu on a bar would best be implemented via xdg-popup. The name is a bit confusing indeed, but it's meant for things like transient menus
<leon-p> while a popup window would just be another xdg-toplevel
<leon-p> (a windows xp style panel with start menu would be pretty funny)
Nickli has quit [Ping timeout: 264 seconds]
Nickli has joined #river
Guest99 has quit [Quit: Client closed]
<The_Buhs> someone better write a wm that's just windows xp
<leon-p> i wonder how hard / annoying it would be to add that to my WIP drawing library. the rounded corners are a bit annoying, but otherwise it's just coloured rectangles with gradient borders which I already support
<notchoc> leon-p: i see, thanks for clarifying
alexherbo2 has joined #river
fitrh has joined #river
alexherbo2 has quit [Remote host closed the connection]
fitrh has quit [Remote host closed the connection]
alexherbo2 has joined #river
catman has quit [Quit: WeeChat 4.4.2]
catman has joined #river
leopoldek has joined #river
meidam has left #river [WeeChat 4.4.2]
twelve has quit [Remote host closed the connection]
Guest72 has joined #river
<Guest72> hi
Guest72 has quit [Client Quit]
alexherbo2 has quit [Remote host closed the connection]
leopoldek has quit [Ping timeout: 248 seconds]
MonsoonSecrecy has joined #river
<jetpackjackson> Has anyone else experienced crashes sometimes when resizing programs too quickly? Ive had 3-4 crashes in the past 2-3 days, but I haven't been able to reliably trigger it since I haven't been able to sit down and really debug, its just I happen to be resizing when it crashes. I also havent gotten any debug logs yet, but I just wanted to see if anyone else might know what's up. Thanks in advance
<jetpackjackson> BTW I love river, its like the perfect blend of dwl style window management plus sway-like easy config