Minetest logo

IRC log for #minetest-dev, 2022-04-12

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

All times shown according to UTC.

Time Nick Message
00:17 proller joined #minetest-dev
00:46 erle joined #minetest-dev
01:26 proller joined #minetest-dev
01:41 proller joined #minetest-dev
03:03 MTDiscord <MisterE> sfan5, just my two cents, the world is too small, and expanding the world should be a goal of 6.0 The world is too small if you can reasonably easily reach the world borders with the games we have, or with common mods. Minetest should have the ability to set the world size to an arbitrary limit, that the server admins choose.   I understand that its not acceptable to break network compat now. But we will do so at some point in the
03:03 MTDiscord future, and we whould work on this then
03:03 MTDiscord <MisterE> *should
03:05 MTDiscord <MisterE> and, I think the core devs should decide that, and make it clear to proller, who spent a great deal of effort to improve the engine, and now feels like it was all in waste. They should make it clear that we want this feature for 6.0
03:06 MTDiscord <MisterE> @rubenwardy @Hugues Ross
04:00 MTDiscord joined #minetest-dev
05:48 Yad joined #minetest-dev
05:53 calcul0n joined #minetest-dev
07:47 sfan5 even if we wanted this for 6.0 doing the work now is wasted time, 6.0 is a long time away
07:50 sfan5 not to mention that the 'roadmap approval' rule was added especially to prevent "contributor does a large amount of work upfront only to find out it was wasted" situation
08:25 TheCoffeMaker joined #minetest-dev
10:01 HuguesRoss48 joined #minetest-dev
10:17 erle joined #minetest-dev
10:22 Fixer joined #minetest-dev
10:43 MTDiscord <MisterE> Ok. Makes sense
11:24 proller joined #minetest-dev
11:34 Yad joined #minetest-dev
12:51 proller joined #minetest-dev
12:52 proller MisterE: type rename (part1 and part2) does not break anything and can be merged in any time
13:39 Fixer joined #minetest-dev
13:57 erle “does not break anything” – you verified that how?
13:57 erle i mean, i am all in favor of it
13:57 erle i just wonder about your confidence
14:27 proller type rename cannot break things
16:00 sometalgoo joined #minetest-dev
16:18 Desour joined #minetest-dev
16:41 Desour joined #minetest-dev
20:35 v-rob[m] #8679 and #10265 have been rebased (finally)
20:35 ShadowBot https://github.com/minetest/minetest/issues/8679 -- Add FormSpec key and mouse events by v-rob
20:35 ShadowBot https://github.com/minetest/minetest/issues/10265 -- FormSpec: 9-slice images, animated_images, and fgimg_middle by v-rob
20:36 MTDiscord <Jonathon> @Hugues Ross ^
20:36 MTDiscord <Hugues Ross> Already self-requested 10265 😉
20:37 v-rob[m] Ooo, on top of things
20:37 MTDiscord <Hugues Ross> Will be checking that one this week for sure
20:37 MTDiscord <Hugues Ross> I have another that I want to get done today
20:41 v-rob[m] Hmm, GCC 5 doesn't support std::hash on enum types, and that's making its check for #8679 fail.
20:41 ShadowBot https://github.com/minetest/minetest/issues/8679 -- Add FormSpec key and mouse events by v-rob
20:42 v-rob[m] I suppose I have to provide a workaround for that since we support it.
20:56 proller joined #minetest-dev
21:14 proller joined #minetest-dev
21:35 Guest20 joined #minetest-dev
21:36 Guest20 hey i have a question.  are the modapi functions (such as those defined in the ModApiItemMod class in l_item.cpp) exposed for lua mods, or are they internal c++ helper functions?
21:40 sfan5 they wouldn't be called mod api if they weren't for use via Lua
21:40 sfan5 you should be reading lua_api.txt though
21:50 Guest20 thanks.  I was confused because they weren't part of Items, and some of them aren't in the lua_api.txt
21:56 Krock there are undocumented API. if they're undocumented and unused in builtin/, then consider removing it.
22:02 Guest2093 joined #minetest-dev
22:32 panwolfram joined #minetest-dev

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