Minetest logo

IRC log for #minetest-dev, 2024-06-17

| Channels | #minetest-dev index | Today | | Google Search | Plaintext

All times shown according to UTC.

Time Nick Message
00:01 MisterE1230 joined #minetest-dev
00:01 wsor4035 joined #minetest-dev
00:01 thelounge6564 joined #minetest-dev
00:02 wsor4035 joined #minetest-dev
04:00 MTDiscord joined #minetest-dev
06:56 YuGiOhJCJ joined #minetest-dev
08:36 YuGiOhJCJ joined #minetest-dev
09:04 Pexin joined #minetest-dev
10:33 imi joined #minetest-dev
10:57 MTDiscord <luatic> done (ps. i'll probably postpone a re-review of 14343 till 5.9 ships, since we've already entered feature freeze)
12:13 fgaz_ joined #minetest-dev
13:21 sfan5 merging #14744, #14753 soon-ish
13:21 ShadowBot https://github.com/minetest/minetest/issues/14744 -- Move malloc_trim invocations to background thread by sfan5
13:21 ShadowBot https://github.com/minetest/minetest/issues/14753 -- Disallow formspec debug if the player does not have the debug privilege by l-koehler
13:28 grorp joined #minetest-dev
13:32 grorp regarding #14545: I'd like to comment and explain our use case on https://github.com/libsdl-org/SDL/issues/3559: https://gist.github.com/grorp/c67b67f10d1a61280ff8be10676cfb05. Do you have anything to add or correct? cc @y5nw
13:32 ShadowBot https://github.com/minetest/minetest/issues/14545 -- SDL: Some keybinds broken due to missing character lookup
13:33 MTDiscord <grorp> let's try this again, Discord. @y5nw
13:41 grorp left #minetest-dev
13:49 Warr1024 joined #minetest-dev
14:01 MTDiscord <y5nw> grorp: Text input events are simply not appropriate for getting individual keypresses since the text sent by SDL_TextInputEvent is the result of a series of (i.e. potentially multiple) keypresses processed by the IME (if one is present), in which case the resulting text may have little correspondence with the keys pressed by the user. (That said, I don't think the SDL devs really need this explained to them, considering that text input
14:01 MTDiscord handling is partly what they work on.)
14:10 SFENCE joined #minetest-dev
15:27 MTDiscord <andrey2470t> Ehh... very pity. It is almost (or already entirely) ready and very close to merging in 5.9
15:31 MTDiscord <andrey2470t> Could it be moved to 5.10 milestone then?
15:36 MTDiscord <andrey2470t> If it is postponed for the next release cycle, then in this period I think it is worth to me to separate the new vertex format adding from this PR since it is not concerned to that directly and was rather a "semi
15:36 celeron55_ grorp: that post proposal looks good
15:37 celeron55_ i have the same issue also on my finnish keyboard. the chat should launch when typing / which is typed as shift+7, just like ona german keyboard
15:37 celeron55_ on a*
15:38 MTDiscord <andrey2470t> If it is postponed for the next release cycle, then in this period I think it is worth to me to separate the new vertex format adding from this PR since it is not concerned to that directly and was rather a "half-measure" and not very good workaround. I think it needs in the new full-fledged format specifically for two colors and also it should work for the vertex lighting when the shaders are disabled
15:39 celeron55_ there's another way to word the requiremnet from SDL: it should be possible to get text and key events simultaneously, in such a way that for each text event it is known which key events caused the text event so that those key events can be ignored. but in practice you have to "compress" them just like irrlicht does, as you can only ignore the last key event anyway as you didn't know the first
15:39 celeron55_ ones were about to generate the text you were looking for
15:39 celeron55_ requirement* (i can't type today)
15:41 celeron55_ it's possible this will have to be worked around though. it's not unconceivable to generally implement mapping of key combinations and then you just manually map shift+7
15:41 celeron55_ and the SDL people might require that from us
15:41 celeron55_ the problem is, it's impossible to ship the default config to all possible keyboard layouts
15:41 celeron55_ compared to irrlicht, where it is trivial to ship it
16:10 fluxionary joined #minetest-dev
17:17 grorp joined #minetest-dev
17:18 grorp celeron55: "compared to irrlicht, where it is trivial to ship it": huh, why?
17:19 grorp anyway, thanks, submitting the thing now.
17:30 SFENCE joined #minetest-dev
17:35 SFENCE joined #minetest-dev
17:37 nekobit rubenwardy: i hope i can chat here for my contribution
17:37 nekobit where should i rewrite the pkgmgr stuff at? src/network?
17:37 nekobit and is there a CURL multihandler somewhere I can use?
17:38 rubenwardy src/content
17:38 rubenwardy And I'd want to use this as an opportunity to unify the implementations and unit test
17:40 nekobit wdym, want me to write a unit test?
17:40 nekobit is there a file that specifies coding conventions and all that
17:41 nekobit Ah, its on the wiki
17:41 nekobit brb, got a job interview, then ill work on this
17:44 SFENCE joined #minetest-dev
17:44 nekobit >avoid operator overloading like the plague
17:44 nekobit THANK you.
17:47 rubenwardy It's very useful for things like Vector3 and math classes. But most of the time should be avoided
17:48 nekobit Ive seen codebases that use it in awful ways
17:53 SFENCE joined #minetest-dev
18:41 y5nw joined #minetest-dev
19:15 MTDiscord <luatic> @andrey2470t sure, I've added it to the 5.10 milestone.
19:31 MTDiscord <andrey2470t> Ok, thanks
20:25 sfan5 huh? are we rewriting the pkgmgr into c++?
20:29 sfan5 celeron55_: getting text events and key events at the same time disagrees with the principle of IMEs
20:30 sfan5 but getting the emitted character along with the scancode is not an unreasonable ask
20:31 rubenwardy nekobit:  #12295
20:31 ShadowBot https://github.com/minetest/minetest/issues/12295 -- Add content/pkgmgr unit tests
20:32 nekobit sfan5: I was told to do so before adding cli support for downloading
20:33 rubenwardy technically you could load up a Lua environment for the cli
20:33 nekobit Ofc, but would it be nice to get that out of way?
20:33 sfan5 not only technically. this would be the most straightforward solution
20:33 rubenwardy there's currently two different content implementations, one in src/content and the other in builtin/mainmenu/content/pkgmgr.lua. One of my longer goals was to merge these and unit test it
20:34 nekobit sfan5: well, i was told to rewrite it in C++
20:34 sfan5 rubenwardy: ah I see
20:34 nekobit but i agree just loading in Lua would be easier (and a bit safer)
20:35 nekobit ask ruben
20:35 rubenwardy I said that it's in Lua and tied to the mainmenu, the later is more the issue than the former
20:36 nekobit was there any advantage in rewriting it in C++ though? besides easier access?
20:37 nekobit I'll do it, but was just curious
20:41 nekobit Anyway, is there a curl multi handler anyway i can reuse, or must i define a new one?
21:02 nekobit rubenwardy:
21:02 rubenwardy I don't even know what that is
21:02 rubenwardy I suggest searching for curl mentions in the code base
21:02 nekobit you dont know what it is, yet you want me to write it in C++, right?
21:03 rubenwardy there's an async job manager for curl requests
21:03 nekobit Ah
21:03 nekobit that probably uses curl multihandler under the hood then
21:03 nekobit also
21:03 rubenwardy httpfetch.h
21:04 nekobit > was there any advantage in rewriting it in C++ though? besides easier access?
21:04 nekobit Ta
21:05 rubenwardy the idea was to merge the implementations and not require a lua env for the cli, but I never really looked into it propery as it's still far off on my to do list
21:07 nekobit Sure, i just dont think setting up a lua environment for the cli would be difficult
21:07 nekobit but id still need to merge those 2 files like you said anyway
21:07 nekobit might as well make it c++
21:14 nekobit btw if you dont already use a curl multi handler, thats probably how youll accomplish async the best
21:16 [MTMatrix] <grorp> pretty sure Minetest does
21:16 [MTMatrix] <grorp> wow wow wow: https://github.com/libsdl-org/SDL/issues/3559#issuecomment-2174419503
21:19 nekobit grorp, you are correct, it already does
21:20 nekobit im curious as to what protocol this game uses for networking
21:20 nekobit hopefully not json
21:22 [MTMatrix] <grorp> s/game/engine/
21:22 [MTMatrix] <grorp> something custom on top of UDP
21:22 nekobit Nice
21:24 [MTMatrix] <grorp> re SDL again: I just hope they don't break something else this way. but they're competent people after all.
21:29 nekobit rubenwardy: Why is HTTPFetch not a class?
21:29 nekobit httpfetch_init(...), httpfetch_caller(free)...
21:29 nekobit is this intentional?
21:30 nekobit *httpfetch_caller_free(...)
21:44 [MTMatrix] <Zughy> Please avoid flooding, this is a pretty low traffic room. Less and longer messages would be great
21:45 nekobit I apologize.
21:49 nekobit Why is fs used instead of std::filesystem?
21:50 ROllerozxa minetest hasn't used C++17 since rather recently
21:50 rubenwardy yeah, Minetest predates C++17
21:50 ROllerozxa I assume refactoring to use std:: filesystem would be welcome
21:50 nekobit I'll just use FS for now unless anyone objects.
21:51 nekobit Refactor could be in another PR
22:03 nekobit Not sure why pkgmgr.get_folder_type is just returning path. This doesn't make much sense. Should I still do this? https://github.com/minetest/minetest/blob/master/builtin/mainmenu/content/pkgmgr.lua#L221
22:28 nekobit hmm... how do I map a C++ function to a lua one? The Lua docs site is down.
22:33 panwolfram joined #minetest-dev
23:05 Eragon joined #minetest-dev

| Channels | #minetest-dev index | Today | | Google Search | Plaintext