10:19 <novakane> leon-p: I can't find a solution for -one-shot in enter-mode so I you feel like doing it feel free to do so

11:11 <leon-p> novakane: sure

11:41 <leon-p> oh, I don't think it' possible right now to pass modifiers to a command bound to a keys, because the arg parser for map will just catch them

12:00 <novakane> leon-p: with flags.zig?

12:01 <leon-p> yes

12:05 <novakane> hmm I thought it works like that for me, I need to test again https://paste.sr.ht/~novakane/e0282b83126362d86763bb4caa2030abd8d27dba

12:09 <leon-p> Hmm...

12:11 <novakane> my problem was that with a keybind handleMapping() would be run for enter-mode and so switch to normal mode directly instead of wiating for the next keybind

12:14 <leon-p> Aaah, yeah that's my issue as well :D

12:15 <novakane> hehe it tought me sometime to get that it was not a problem with map :P

12:15 <leon-p> now it works

12:19 <novakane> nice

12:20 <leon-p> there we go: https://github.com/riverwm/river/pull/903

12:33 <novakane> ah nice way, I'll probably test that later, I couldn't think of a if to do that logic in enterMode() xD

13:52 <leon-p> firefox LTS reliably crashes when trying to type-to-search in the file open dialog. that's new

15:05 <youpilai> leon-p: hi, i can't compile last stacktile, i get "stacktile/deps/zig-wayland/src/scanner.zig:615:48: error: extra capture in for loop

15:05 <youpilai>             for (interface.requests) |request, opcode| {"

15:05 <youpilai> i've done "git submodule update --init" before "zig build"

15:06 <youpilai> any idea ?

15:44 <novakane> youpilai: it seems you're not using the right zig version

15:46 <vimproved> seems like its version of zig-wayland hasnt been updated for zig 0.11 support yeah

15:46 <youpilai> i'm using zig 0.11.0, i though it was the last one

15:46 <vimproved> you'll probably need zig 0.10

15:46 <vimproved> or you could just update the submodule

15:47 <novakane> no if stacktile is still at zig 0.10 updating the submodules would not work

15:47 <vimproved> the error is in zig-wayland

15:48 <vimproved> but yeah if stacktile itself has incompatibilities with 0.11 then it won't work

15:48 <novakane> yeah but then the errors will be in stacktile

15:48 <vimproved> did zig 0.11 really break that much

15:49 <youpilai> leon-p did apply his patch 17 days ago, i'll be surprised he used zig 0.10...

15:51 <novakane> vimproved: yep, especially in build.zig

15:51 <vimproved> awesome

15:51 <vimproved> zig definitely has its priorities straight

15:51 <vimproved> drop LLVM before having an actual stable language

15:52 <leon-p> all my wayland related projects indeed still use zig 0.10

15:52 <leon-p> mostly because I was too lazy to check how zig-wayland integrated (or does not integrate) with the new zig modules

15:53 <leon-p> I'll likely port them over slowly over the next few weeks

15:53 <novakane> it doesn't, ifreund waiting on issue upstream before using zig packages

15:54 <youpilai> ok, it's clear then. As my system get zig 0.11 and i don't know how to have multiple version of it, i'll wait. Thanks

15:55 <leon-p> youpilai: you can gfet a static executable of zig 0.10 from the zig website

15:55 <leon-p> just download the tarball and extract it somewhere

15:56 <leon-p> I myself have in my shell: alias zig10="/home/leon/undefined/zig10/zig"

15:56 <leon-p> it finds the right version of the std lib automagically if you don't move it out of the extracted dir

15:57 <youpilai> i'll look into that, if really i need the last commit of stacktile ^^

16:12 <leon-p> ok, so yesterday night I got a mail notifying me of a comment on a river github issue, but following the link the issue does not exist? Like, not even closed? It' supposed to be 902. Both 903 and 901 exist and can be accessed. This is cursed...

16:13 <leon-p> I wonder what happens when I reply to the mail

16:17 <novakane> the beauty of github

16:20 <leon-p> yeah. every time I open the website of github or sourcehut, something has changed. GitHub usually gets worse, sourcehut usually gains features that improve someones experience and don't interfere with anyone else. gitlab however always stays the same: slow.

16:21 <leon-p> sourcehut apparently now has a webinterface for submitting patches and it does the git send-email stuff automatically in the backend somewhere. that's pretty neat

16:35 <novakane> I think gitlab is even worse than github to me,

16:36 <novakane> it's been a longtime that sourcehut had this no? I never tried it tbh

16:36 <novakane> it's just been in my CONTRIBUTING.md for a long time xD

16:40 <leon-p> i never check the webinterface other than to update my 0Auth keys ^^