08:25 <novakane> ifreund: I working on text_input/input_method and I need to check if a [*:0]u8 is empty should I change in the bindingd that it return an optional or is there a better way?

08:27 <ifreund> novakane: empty isn't the same as null, so no you shouldn't change the binding to return an optional

08:27 <ifreund> just check std.mem.span(foo).len == 0

08:28 <novakane> ifreund: ah right thank you!

09:13 <dnkl> novakane: oh, yet another exiting feature! Looking forward to that one too!

10:40 <novakane> dnkl: probably gonna take more time for this one, what are you using it for? I started working on it because I find it interesting but I don't really have any use case to test it

10:45 <dnkl> novakane: foot supports it. In addition to supporting other languages, some IMEs provide support for entering Unicode characters and/or emojis.

10:54 <novakane> dnkl: ok thanks I'll search for some charaters to try then

11:29 <ifreund> hmm, inserting unicode characters and emojis sounds useful

11:54 <dnkl> ifreund: it's something I _wanted_ to use in Sway, but its usefulness was limited due to Sway not implementing IME popups. That plus pre-edit not working with fcitx5 meant you were typing blindly :/

12:47 <emersion> an issue is that input-method has a semi-broken design for popups

13:25 <travankor> has anyone used river with the pixman backend?

13:26 <travankor> curious if there were any issues

13:40 <ifreund> travankor: seems to work fine in a nested session at least

14:14 <travankor> seems like it works allright from a tty as well

14:14 <travankor> cpu usage is high but that's expected

14:15 <travankor> a bit slow but I didn't test it extensively

14:35 <wrl> ifreund: so, currently if move-view is run on any view, it's automatically promoted (demoted?) to a floating view. in dwm, this doesn't happen on move, but *does* happen on resize

14:36 <wrl> i've become pretty used to how dwm does it, and i think it'd be a pretty trivial change to make river behave the same way

14:36 <wrl> would you accept a PR that does that, or would you prefer one that adds it as a configuration option?

16:58 <leon-p> wrl: what's the use case? river is not supposed to be a 1:1 dwm clone and TBH I think floating a window on move and resize makes more sense than just arbitrarily only on one of the two.

17:00 <wrl> leon-p: i accidentally mod-click on windows all the time

17:00 <wrl> :P

17:00 <wrl> and then there's no indication that the window has become floating

17:01 <leon-p> the obvious solution is to get rid of your mouse

17:02 <leon-p> but I still think that behaviour is correct. Usually when someone mod-clicks a window, they mean it

17:02 <leon-p> you can of-course remove that mapping from your init entirely

17:04 <leon-p> you can also map moving views to mod and middle click, that is probably less likely ot be accidentally triggered

17:11 <ifreund> wrl: I don't think having a view remain part of the layout while not being arranged by the layout makes any sense

22:08 <Nulo> I notice that randomly, some windows stop taking keyboard input. Re-focusing them or changing tags always fixes it