Time |
Nick |
Message |
05:00 |
|
MTDiscord joined #minetest-dev |
05:21 |
|
YuGiOhJCJ joined #minetest-dev |
07:18 |
|
calcul0n__ joined #minetest-dev |
07:33 |
|
YuGiOhJCJ joined #minetest-dev |
07:42 |
nerzhul |
hello |
07:42 |
nerzhul |
FYI i'm always working on irrlicht 1.8.4 with SDL, the graphics part, i'm slowling working, it compiled, it link on MT but currently crash on createDeviceEx, i'm in the debug phasis |
08:00 |
|
ShadowNinja joined #minetest-dev |
09:32 |
|
proller joined #minetest-dev |
11:09 |
|
lisac joined #minetest-dev |
11:52 |
|
Fixer joined #minetest-dev |
13:24 |
|
Taoki joined #minetest-dev |
14:38 |
|
olliy joined #minetest-dev |
15:47 |
|
Taoki joined #minetest-dev |
15:53 |
|
Taoki joined #minetest-dev |
16:59 |
|
calcul0n_ joined #minetest-dev |
18:18 |
|
proller joined #minetest-dev |
18:21 |
|
homthack joined #minetest-dev |
19:10 |
|
kilbith joined #minetest-dev |
19:10 |
kilbith |
2 things |
19:11 |
kilbith |
the "Loaded mesh: ..." log message must go as we have model[] now (this flood the console) |
19:12 |
Krock |
#3255 |
19:12 |
ShadowBot |
https://github.com/minetest/minetest/issues/3255 -- Some Irrlicht messages bypass the Minetest log system |
19:14 |
Krock |
2nd thing? |
19:14 |
kilbith |
https://github.com/EvidenceBKidscode/kidscode/commit/83dc7efa5fb46c07 |
19:15 |
kilbith |
2nd thing: managing dependencies through mod.conf fucking sucks; it was more straightforward and easier to remember in depends.txt |
19:15 |
Krock |
seems good |
19:16 |
kilbith |
I always forget the `optional_depends` thing |
19:16 |
kilbith |
it's too verbose |
19:17 |
Krock |
which name would you prefer? compat code can be added, so that's not a problem |
19:17 |
MTDiscord |
<appguru> Don't do https://github.com/EvidenceBKidscode/kidscode/commit/83dc7efa5fb46c07 |
19:17 |
MTDiscord |
<appguru> That's a dirty hack |
19:17 |
Krock |
which log messages do you need from irrlicht, appguru? |
19:17 |
kilbith |
it could have been narrowed down to: "depends: foo, bar?, foo2" |
19:17 |
kilbith |
* depends = |
19:17 |
Krock |
though that list sometimes gets very long. a problem that didn't exist in depends.txt though |
19:18 |
kilbith |
yeah |
19:18 |
MTDiscord |
<appguru> TBH I'd advocate for: depends.1 = foo depends.2 = foo2 optional_depends.1 = bar |
19:18 |
kilbith |
that's why depends.txt's still better |
19:18 |
MTDiscord |
<appguru> no |
19:18 |
Krock |
multiline settings is possible too |
19:18 |
MTDiscord |
<appguru> TBH Lua would be optimal |
19:18 |
Krock |
why do you need Lua for dependencies? |
19:19 |
MTDiscord |
<appguru> return {name = "foo", description = "bar", dependencies = {required = {foobar = "version"}, optional = {barfoo = "version"}}} |
19:20 |
MTDiscord |
<Warr1024> most packages don't have version info that could be used to do dependency version checks |
19:20 |
MTDiscord |
<appguru> we should get rid of our arbitrary formats in favor of all Lua |
19:20 |
MTDiscord |
<appguru> settingtypes.txt and minetest.conf are such arbitrary formats |
19:20 |
MTDiscord |
<appguru> although minetest.conf is quite acceptable in fact |
19:20 |
MTDiscord |
<Warr1024> in favor of Lua? Maybe ... but in favor of something that has existing parsers so we don't need to maintain our own? Yeah, definitely. |
19:21 |
MTDiscord |
<Warr1024> JSON or maybe YAML would be fine. conf would be okay if it used a standard INI-parser format that was also flexible enough to put in the level of structure we need... |
19:21 |
MTDiscord |
<appguru> settingtypes.txt is the biggest PITA IMO, so I'm using this to allow specifying my configuration schema in Lua: https://github.com/appgurueu/modlib/blob/master/schema.lua |
19:21 |
MTDiscord |
<appguru> such a solution should eventually be part of the engine though |
19:22 |
MTDiscord |
<appguru> example usage: https://github.com/appgurueu/disable_build_where_they_stand/blob/master/schema.lua |
19:23 |
MTDiscord |
<appguru> world.mt also has to be replaced |
19:24 |
MTDiscord |
<appguru> should for now be renamed to world.conf |
19:24 |
MTDiscord |
<appguru> force_loaded.txt should be force_loaded.lua |
19:24 |
MTDiscord |
<appguru> env_meta.txt should be replaced by a Lua format |
19:25 |
MTDiscord |
<appguru> ipban.txt probably too (although, to be fair, bans should be handled by the DB) |
19:26 |
MTDiscord |
<appguru> map_meta.txt already uses a Lua-ish format and should use proper Lua |
19:26 |
MTDiscord |
<appguru> that's about it |
19:26 |
rubenwardy |
problem is that would require a lua interpreter to read it |
19:26 |
rubenwardy |
not so bad for minetest, but bad for ContentDB |
19:28 |
MTDiscord |
<Warr1024> JSON would be a good compromise. MT and CDB both should have facilities to handle JSON. It also wouldn't be unprecedented to have a transition period where both mod.conf and mod.json are supported before mod.conf can be deprecated. |
19:33 |
MTDiscord |
<appguru> #10766 |
19:33 |
ShadowBot |
https://github.com/minetest/minetest/issues/10766 -- Get rid of variety of custom file formats |
19:37 |
|
kilbith joined #minetest-dev |
19:41 |
Krock |
appguru: there's only three types. Settings, settingtypes.txt format and plain Lua (force_loaded.txt) |
19:42 |
Krock |
you forgot the mod storage which is JSON |
19:42 |
rubenwardy |
JSON isn't a custom format |
19:42 |
Krock |
and the favourite servers feature which is going to be replaced soon anyway |
19:43 |
Krock |
right. it's just another thing we use among others |
20:01 |
MTDiscord |
<appguru> Krock: no, there's more than three types |
20:02 |
MTDiscord |
<appguru> env_meta and map_meta use custom formats |
20:02 |
MTDiscord |
<appguru> iirc player storage uses custom formats to if no DB is available, but that is rather unimportant |
20:02 |
MTDiscord |
<appguru> s/to/too |
20:41 |
kilbith |
#10265 |
20:41 |
ShadowBot |
https://github.com/minetest/minetest/issues/10265 -- FormSpec: 9-slice images, animated_images, and fgimg_middle by v-rob |
20:41 |
kilbith |
I actually need this for my new inventory, any reviewer? |
20:42 |
kilbith |
v-rob should be more lobby'ing their PR on IRC |
20:42 |
kilbith |
* do |
20:52 |
|
kilbith joined #minetest-dev |
21:03 |
|
fluxflux joined #minetest-dev |
21:23 |
|
kilbith joined #minetest-dev |
21:59 |
|
Thomas-S joined #minetest-dev |
21:59 |
|
Thomas-S joined #minetest-dev |
22:46 |
|
kilbith joined #minetest-dev |
23:07 |
|
kilbith joined #minetest-dev |
23:40 |
|
Gorbel joined #minetest-dev |