Time Nick Message 12:01 whosit Hello. Modding book mentions that recipie defined as {"item", "", ""} will be matched including empty slots, and differently from recipies defined as {"item"} 12:01 whosit some mods depend on this behavior like jonez 12:01 whosit here is an example: https://github.com/runsy/jonez/blob/master/init.lua#L277 12:02 whosit but current engine treats recipie for palace_window_top and palace_window_bottom as equal, which is causing a conflict and makes one uncraftable 12:03 whosit is this an intended recipie matching code change or a bug? 12:03 entuland I was able to repro the behavior on 5.4.1, the second recipe overrides the first, and doesn't matter where in the grid the two items are placed: https://ideone.com/fDRPQ7 12:04 entuland (as long as they are placed one above the other as the recipe dictates) 13:07 Bombo Krock: thx, got it, holding downtriangle + double tap the dragon worked :) 13:32 ashtrayoz Hello all. Are L-system trees still considered buggy with respect to lighting, and unsuitable for use inside a lua mapgen? 13:48 ashtrayoz Second question: is http://sprunge.us/tMIbHH?diff expected to fix the wieldmesh bug where overlay_tiles are ignored? 13:54 sfan5 nothing to do with overlay_tiles 13:55 sfan5 if you noticed bugs with l-system that are not documented as being buggy please report it 13:57 entuland should the issue mentioned above by whosit be posted as a bug on github? my understanding and my test of it seem to say it's a bug, assuming the modding book is accurate in saying that those empty strings should make a difference 13:58 sfan5 what does the official documentation say about empty strings? 14:00 entuland checking the lua_api.txt there are samples that use empty strings, but don't seem to describe the behavior covered by the modding book 14:00 entuland should we refer to another documentation somewhere else? 14:01 sfan5 no, lua_api.txt is the documentation 14:01 entuland then I think the documentation doesn't cover that behavior, so we're not sure whether it was an unsupported feature that has been removed or something 14:01 entuland this case for example: https://ideone.com/fDRPQ7 14:02 entuland according to the modding book, those should be two different recipes forcing the player to put the items in those specific positions 14:02 entuland testing in the game the recipes override each other and the game doesn't seem to care where the two items are placed as long as they are one above the other in any position of the grid 14:08 entuland in particular, this page of the modding book: https://rubenwardy.com/minetest_modding_book/en/items/nodes_items_crafting.html quote: "One thing to note is the blank column on the right-hand side. This means that there must be an empty column to the right of the shape, otherwise this won’t work." 14:09 entuland the only spot where I was able to find that usage in the API is here: https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L7773-L7775 14:09 entuland and there doesn't seem to be any mention of the behavior described by the book 14:11 sfan5 I'm 99% sure recipes are meant to be matched independent of position and that it has always been that way 14:13 entuland nice, thanks for the feedback, I guess we'll have to poke the book author - is it okay for me to do so here not to have to retype everything in another channel?= 14:15 sfan5 rubenwardy. 14:15 sfan5 there 14:15 * entuland hides :P 19:05 sfan5 merging #11254, game#2865 in 10m 19:05 ShadowBot https://github.com/minetest/minetest_game/issues/2865 -- Attachments: Proper data cleanup in callbacks by SmallJoker 19:05 ShadowBot https://github.com/minetest/minetest/issues/11254 -- Fix swapped vertex colors on GLES2 by sfan5 23:32 beanzilla Hi all, I would like to know how to do a goto within my mod. (I keep getting a `'=' expected near 'skip'`, If you need a paste I am willing to make one) 23:34 entuland beanzilla better if you post it in #minetest, your issue doesn't seem tied to the core development 23:34 entuland I'll be happy to review your paste there 23:34 beanzilla Oh, my bad. (ok)