01:23 <leon-p> ifreund: thank you <3

03:26 <leon-p> Hmmm... kinda reconsidering my decision to not keep state in the C lib. If I abstract UI stuff later I'll need to keep some state anyway and the alist in scheme quickly gets unwieldy

03:27 <leon-p> I think I'll add a public state struct as the first member of object structs; Casting a struct pointer into a pointer to its first member is valid according to C99, so this avoid having to use getter-functions

11:32 <leon-p> hitting that (or another) foot crash quite often now

12:14 <leon-p> ifreund: found another bug: after a window is closed, river does not send an update event

13:24 <ifreund> leon-p: ah I know why that would be the case

13:25 <ifreund> it should only happen if the client exits before being mapped though if Im thinking of the right reason

13:28 <ifreund> also, theres already a fix for the foot issue here: https://codeberg.org/dnkl/foot/issues/1910#issuecomment-2574670

13:28 <ifreund> I haven't tested yet but I'd bet that patch works

15:06 <leon-p> ifreund: I dont't think that's the reason here, there is no update event after a mapped window is closed, the window-close event is send properly

15:29 <ifreund> leon-p: I think its fixed now :)

15:29 <leon-p> nice, thanks!

15:30 <ifreund> I'll be travelling today and tomorrow by the way so probably mostly offline

15:32 <leon-p> save travelling

15:32 <leon-p> I think I have enough protocol coverage to play around for a while :)

15:33 <leon-p> I set myself the challenge to write a WM without tiling and without workspaces/tags that must be at least as comfortable and efficient to use than my current setup

15:33 <leon-p> s/save/safe/ ?

15:37 <ifreund> ja

15:38 <ifreund> I'm curious to try out the WM you come up with!

16:45 <szgy> leon-p: I've been thinking about the same thing for my wm. I realized that using rivercarro, I mostly use the monocle layout and sometimes use workspaces/tags; but there's no logic to how I use them

16:46 <szgy> and in neovim I've come to the realization that to organice file navigation I mostly use a fzy finder; so I'm thinking that my lua wm would mostly expose an api to raise a window given title/app-id (so that it can easily be hooked up to a fuzzy finder)

16:47 <szgy> In that sense, I researched creating a layer shell that acts as a fzy finder (think fzf but graphical). In, like, one day I was able to mostly do it using lua and a library called lua-lgi that basically allows you to bind to any library that support GObject instrospection

16:48 <szgy> which gtk and gtk-layer-shell use. So it was just a matter of installing both with my package manager and using some lua lib that does fuzzy matching to build the thing. Surprised how easy it was

16:49 <szgy> I still may want some very basic tiling mechanism (for splitting in half horizontally and vertically), but not much more