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 |