| Time |
Nick |
Message |
| 00:09 |
MTDiscord |
<josiah_wi> I am curious to see what I come up with too lol. I won't be able to drop the SDL3 implementation in because they changed things drastically, so I'm going to plan B and seeing what's necessary to do it myself. |
| 01:19 |
|
Noisytoot joined #minetest-dev |
| 02:52 |
|
fluxionary joined #minetest-dev |
| 02:52 |
|
v-rob joined #minetest-dev |
| 03:25 |
|
v-rob joined #minetest-dev |
| 04:00 |
|
MTDiscord joined #minetest-dev |
| 07:22 |
celeron55 |
Zughy: my first attempt at contacting the other name failed, will try email next i guess. i wish everyone was on IRC like in the olden times, it was so simple |
| 07:22 |
celeron55 |
(altough, email is even more old and even more simple) |
| 07:33 |
pgimeno |
is it really a good idea to change to SDL2 and then to SDL3 in a short timespan? this will probably not be very popular, but wouldn't it be better to ship 5.9 without SDL and work on integrating SDL3 for 5.10 or 5.11? |
| 07:41 |
sfan5 |
popular with whom? |
| 07:41 |
sfan5 |
also SDL3 is not even released yet and won't be for a while |
| 07:43 |
|
v-rob joined #minetest-dev |
| 07:43 |
celeron55 |
what matters more than whether it's actually released is whether it's available as an easy to install package on target platforms where the library is installed separately, namely linux distros and freebsd |
| 07:44 |
celeron55 |
and how much incompatible changes are still going in |
| 08:03 |
pgimeno |
"popular with whom?" <-- popular with users (who expect 5.9 with SDL) and devs (who want to meet that expectation) |
| 08:05 |
pgimeno |
but yeah, I think I overestimated how ready SDL3 was |
| 08:24 |
|
vampirefrog joined #minetest-dev |
| 09:24 |
rubenwardy |
Yeah we won't be able to move to sdl3 for years |
| 11:44 |
MTDiscord |
<warr1024> If we were to switch to SDL3 for 5.10, then by the time 5.11 came out, we might be on SDL8. |
| 13:22 |
|
Noisytoot joined #minetest-dev |
| 13:42 |
|
Desour joined #minetest-dev |
| 13:55 |
sfan5 |
apparently we have nothing enforcing people to actually use tabs in source code |
| 13:55 |
sfan5 |
thought e.g. luacheck would maybe cover that |
| 13:55 |
sfan5 |
we might have to invent something on our own |
| 14:01 |
|
[MTMatrix] joined #minetest-dev |
| 14:03 |
MTDiscord |
<luatic> sfan5: luacheck warns only about inconsistent indentation (space followed by tab) |
| 14:14 |
|
[MTMatrix] joined #minetest-dev |
| 14:39 |
MTDiscord |
<mistere_123> moving to sdl2 now has alot of benefits. I don't see the appeal in waiting for sdl3 and not taking advantage of what is available now. |
| 15:22 |
MTDiscord |
<herowl> Checks out, 3+3=8 after all. |
| 15:22 |
MTDiscord |
<warr1024> lol, linear thinker 😄 |
| 16:04 |
|
fluxionary joined #minetest-dev |
| 16:09 |
|
Nyanyakababaka joined #minetest-dev |
| 16:16 |
MTDiscord |
<josiah_wi> Clang-Format can check the tabs vs spaces thing. |
| 16:16 |
MTDiscord |
<josiah_wi> We could consider using that. ^^ |
| 17:29 |
|
TheCoffeMaker joined #minetest-dev |
| 18:32 |
|
v-rob joined #minetest-dev |
| 18:37 |
pgimeno |
! egrep -rq '^ {4}' --include='*.cpp' --include='*.h' . |
| 18:49 |
Krock |
sfan5: I cannot reproduce #14893 as of 7625f88a0ca. All checkboxes can be enabled and are saved properly. even after restarting |
| 18:49 |
ShadowBot |
https://github.com/minetest/minetest/issues/14893 -- Settings: enabling flags does not work |
| 18:50 |
Krock |
and checking the Minetest Classic repo did not reveal any workarounds in this regard |
| 18:50 |
sfan5 |
apparently appguru could since he wrote the fix PR |
| 18:51 |
Krock |
very strange |
| 18:52 |
Krock |
"node_waving" does not appear as a checkbox |
| 18:52 |
Krock |
PR fixes that |
| 18:54 |
Krock |
it might make sense to use a prefix for settings to avoid name collisions |
| 19:09 |
Krock |
will merge #14896 #14891 #14889 in 15 minutes |
| 19:09 |
ShadowBot |
https://github.com/minetest/minetest/issues/14896 -- Restore ability to enable flags in settings by appgurueu |
| 19:09 |
ShadowBot |
https://github.com/minetest/minetest/issues/14891 -- Hide enable_touch setting on Android by sfan5 |
| 19:09 |
ShadowBot |
https://github.com/minetest/minetest/issues/14889 -- Sounds: Partial revert of #14436 and #14341 by SmallJoker |
| 19:17 |
sfan5 |
so should each game be expected to prefix all its settings? |
| 19:17 |
sfan5 |
MTG doesn't either |
| 19:21 |
Krock |
I'd rather think of it as a convention, not a rule. |
| 19:24 |
Krock |
merging |
| 19:25 |
Krock |
done |
| 20:04 |
|
Desour joined #minetest-dev |
| 21:04 |
|
YuGiOhJCJ joined #minetest-dev |
| 22:33 |
|
panwolfram joined #minetest-dev |
| 22:53 |
|
Sharpman joined #minetest-dev |
| 23:05 |
|
Eragon joined #minetest-dev |
| 23:28 |
Noisytoot |
what are the benefits of moving to sdl2? |
| 23:30 |
Noisytoot |
except native wayland support, which I think sdl2 has and minetest currently doesn't |
| 23:31 |
rubenwardy |
it's better supported than irrlicht input and windowing |
| 23:32 |
rubenwardy |
there's also touchpad and gamepad |
| 23:32 |
rubenwardy |
touchscreen |
| 23:39 |
MTDiscord |
<warr1024> analog movement controls could be awesome |
| 23:45 |
rubenwardy |
it is supported for movement, just not exposed to get_player_controls. See #14348 |
| 23:45 |
ShadowBot |
https://github.com/minetest/minetest/issues/14348 -- Expose analog joystick input to the Lua API by grorp |
