Time Nick Message 00:02 est31 added a comment https://github.com/est31/minetest/commit/b8ac7b80e6031f1322b76d638256f8e4a52e89d1 00:03 est31 paramat, can you give it a look 00:03 paramat just did, seems good +1 00:03 est31 will fix #3939 00:04 ShadowBot https://github.com/minetest/minetest/issues/3939 -- Hiding nametags stopped working 00:04 paramat much appreciated 00:06 est31 pushed 00:07 est31 and yes usually I read the logs, but i dont guarantee it 00:07 est31 kahrl, you have added a patch to gist, what about merging it? 00:12 est31 And yeah its a good idea that the "merge PR" button is now just a "close PR" one. You always accidentially click the weirdest buttons... 00:12 est31 cool that github started improving their service 00:15 ShadowNinja Maybe we can start using auto-merging now: https://github.com/blog/2141-squash-your-commits 00:16 ShadowNinja It should allow pull requests to be merged much more easily, promoting faster merges. 00:16 ShadowNinja It has to be enabled though. celeron55 ^? 03:06 sofar !tell pilzadam I'd love to maintain "nether" in minetest-mods - PM me 03:06 ShadowBot sofar: O.K. 04:09 VanessaE sofar: what's the probability of using that new drawtype for pipeworks tubes? 04:09 VanessaE (doesn't seem like it would work for steel pipes, but maybe those also?) 04:10 VanessaE (actually, it wouldn't work for steel pipes, as those are mesh nodes) 04:10 sofar aren't those meshes? 04:10 sofar yes 04:11 sofar pipeworks tubes should work. I forgot who it was but someone already hacked up a lot of technic conversions 04:11 sofar they worked nicely 04:11 VanessaE technic has already been patched, works well. 04:11 sofar ahhh good 04:11 sofar yup, we can do pipeworks as well soon 04:12 sofar might as well now 04:12 VanessaE nore: *poke* 04:13 VanessaE what about mesecons? that one I guess would be kinda tricky, no doubt? 04:13 sofar well, you could convert some of mesecons wire, but not all 04:13 VanessaE that's what I thought 05:11 VanessaE I must be missing something - is there a way to have a mod (or modpack) provide settings equivalent to minetest.conf (i.e. stuff that takes effect before the server's mods are initialized)? 05:12 sofar you can set stuff in minetest.conf 05:12 sofar but it's during mod initialization that you have the first chance 05:12 VanessaE damn it. 05:13 sofar that's only a problem if you need to share settings between mods 05:13 sofar but yes, modpacks :( 05:13 VanessaE I just converted dreambuilder into a normal modpack, and I was hoping to include a minetest.conf equivalent to what the subgame had before. 05:13 sofar make a dreambuilder_settings mod, have all the mods depend on it 05:13 sofar something like that will work 05:13 VanessaE ew. 05:15 VanessaE I'll figure out another way. 05:19 VanessaE strike that, there's no way to do what I want without an equivalent to a subgame's minetest.conf. 05:20 VanessaE (specifically, one of the things the subgame used to do was disable the mesh cache) 13:24 nore hm, does anyone know how to detect user language? 13:24 nore I'm trying to add this client-side translation thing 13:24 nrzkt on Linux LANG is the answer 13:24 nore and it works well, except that I can't find the language 13:25 nrzkt nore what is your exact thing ? 13:25 nore nrzkt: well, I'd like to be able to get the language name 13:25 est31 we already have code to get the language name 13:25 nore like "fr", "de", etc in the menu 13:25 nore est31: where? 13:25 Krock nore, could there be a gettext function? 13:25 est31 ah 13:25 nore I can't find it 13:26 nore and even setlocale(LC_ALL, NULL) does strange things 13:26 nrzkt haha welcome to locales :( 13:26 nore like, always replying the same thing 13:26 nore even if I set language to "de" or "C" 13:26 nore I get my fr locale (with LC_NUMERIC=C) 13:27 nore and, even more strange, if I do 'LANG="" bin/minetest' 13:27 Obani est31, will utf8 based chat be in 0.4.14 ? 13:27 est31 Obani, no 13:27 nore language does not work anymore 13:27 est31 nore, the language seems to be overwritten by minetest 13:27 nore even if I set it in minetest.conf 13:27 nore est31: I know it is 13:27 est31 init_gettext from src/gettext.cpp 13:27 nore that's what I'm saying 13:28 nore after mt overrides it, I get the same answer 13:28 nore (I'm changing it by writing the language name in minetest.conf) 13:29 est31 ahh 13:29 nore and what I don't understand is why I always get the same answer 13:29 est31 that seems to happen only on windows 13:29 nore and why language doesn't work if I set LANG="" before launching mt 13:30 est31 man this code is a mess too 13:30 nore est31: no, there's a call if not windows too 13:30 est31 tons of #ifdef here ifdef there 13:30 est31 no idea what happens 13:31 nore well, what should happen since I'm on a linux laptop 13:31 nore // Add user specified locale to environment 13:31 nore setenv("LANGUAGE", configured_language.c_str(), 1); 13:31 nore // Reload locale with changed environment 13:31 nore setlocale(LC_ALL, ""); 13:32 nore I don't know why LANGUAGE is set and not LANG though 13:32 sfan5 iirc LANGUAGE overrides LANG 13:32 sfan5 if you have set LANG to de and set LANGUAGE to fr you get french 13:32 sfan5 s/overrides/has higher priority than/ 13:33 nore sfan5: hm, if I set LANG instead, language does not work anymore 13:33 sfan5 hm 13:34 sfan5 % LANGUAGE=de_DE.UTF-8 LANG=C bash --version | tail -1 13:34 sfan5 There is NO WARRANTY, to the extent permitted by law. 13:34 sfan5 doesnt seem to be that way 13:34 sfan5 % LANGUAGE=de_DE.UTF-8 bash --version | tail -1 13:34 sfan5 Für den größtmöglichen gesetzlich zulässigen Umfang wird jede Haftung ausgeschlossen. 13:34 sfan5 not setting LANG obviously works 13:34 nore other, unrelated problem: is there a reason why fonts are awful when I set the language to fr? 13:36 nore sfan5: if I do LANG=C bin/minetest, language does not work anymore 13:37 nore even if I add language=fr to minetest.conf 13:37 sfan5 i would call that a feature 13:38 nore sfan5: well, if I do LANG=de_DE.UTF-8 bin/minetest, I get no languge either 13:38 nore so not really feature :/ 13:38 nore but if I replace LANG with LANGUAGE, it works?? 13:39 sfan5 most likely because LANGUAGE is overriden in the code 13:40 nore ok, but why if I do LANG=de_DE.UTF-8 I get nothing, even if I have language=de in minetest.conf too? 13:42 sfan5 magic maybe 13:42 nore (also, when I try to query LC_ALL, I get "C") 13:43 nore and if I didn't do this, I *always* get "LC_CTYPE=fr_FR.UTF-8;LC_NUMERIC=C;LC_TIME=fr_FR.UTF-8;LC_COLLATE=fr_FR.UTF-8;LC_MONETARY=fr_FR.UTF-8;LC_MESSAGES=fr_FR.UTF-8;LC_PAPER=fr_FR.UTF-8;LC_NAME=fr_FR.UTF-8;LC_ADDRESS=fr_FR.UTF-8;LC_TELEPHONE=fr_FR.UTF-8;LC_MEASUREMENT=fr_FR.UTF-8;LC_IDENTIFICATION=fr_FR.UTF-8" 13:43 nore i.e. fr_FR.UTF-8, with LC_NUMERIC=C 13:43 nore even if I set language to de for example 13:45 sfan5 thats because minetest only sets LANGUAGE to the one in minetest.conf 13:46 nore hm... 13:46 nore so LANGUAGE has priority over LC_* 13:46 nore ? 13:47 sfan5 no idea 13:47 nore looks like so then 13:48 nore I'm still not able to understand why LANG=de_DE.UTF-8 bin/minetest gets me an english mt, even if language is set to "de" in minetest.conf 13:55 Zeno` doesn't quite make sense does it 13:56 Zeno` last time I tried I had a lot of trouble setting the language 13:56 Zeno` more trouble than I expected 13:57 Zeno` maybe it's easier on Windows 14:04 nore what do you think about not translating game content except if the user sets the language in minetest.conf/in the menu then? 14:05 nore or, maybe I have an idea 14:05 nore translate a string called LANG_CODE 14:05 nore and it would have to be translated to each language's code 14:05 nore and then, we can use gettext :) 14:06 nore it's a bit hacky, but maybe the best solution 14:06 nore what do you think? 15:39 nore #3950 15:39 ShadowBot https://github.com/minetest/minetest/issues/3950 -- Add client-side translations by Ekdohibs 17:19 neoascetic Did anyone have problems with doubleclick event on touchpad while playing? 17:24 nore PilzAdam: do you have an idea to avoid large strings server-side? 17:49 PilzAdam nore, like I said in the comment on the PR: the client could send the preferred languages to the server 17:49 PilzAdam then the server only sends the already translated strings to the client 17:49 nore PilzAdam: yes, but how would the server know the translated strings? 17:49 VanessaE qwrwed reports a facedir bug: a mesh node with paramtype2="wallmounted", such as homedecor shutters and I think default wooden signs, some rotations put the model and the selection box in different places: https://forum.minetest.net/viewtopic.php?p=212897#p212897 17:50 PilzAdam this would be totally backward compatible; just an additional package at init phase is needed 17:50 nore also, some of these strings are in metadata (infotext for example) 17:50 nore for example, a furnace 17:50 PilzAdam mods could provide compiled gettext files 17:51 PilzAdam the server could some kind of markup internally 17:51 nore it sets texts like "Furnace is cooking (42% remaining)", or something like that 17:51 PilzAdam but it shouldn't expose this to the client 17:51 nore so two problems: it isn't easy to translate that without help from the mod 17:51 nore and second one, this is an infotext 17:52 nore so it resides in metadata 17:52 nore which would have then to be modified before being sent to client 17:52 nore and server would still have to store all the translations somewhere 17:52 nore (so, a long string) 17:52 PilzAdam hm.. metadata is indeed a problem 17:53 PilzAdam maybe use your way for metadata, and mine for everything else (descriptions, HUD elements, etc) 17:54 PilzAdam although: if you save all translations to the metadata, then updating the translation files wouldn't automatically update all nodes on the map 17:55 nore and where would the translations for descriptions be stored? I'd suggest in the format that I used 17:55 nore PilzAdam: yes, but again, if you change the text that is written, all nodes aren't updated 17:55 nore so it works the same way as now 17:56 nore not really a problem, thus 17:56 nore sorry, gtg now 17:56 PilzAdam the translation would be stored in *.mo files in the mods 17:56 PilzAdam and the server simply uses gettext before sending anything to the client 17:56 nore PilzAdam: and what about dynamic strings? 17:57 nore (let's say, for HUD for example) 17:57 PilzAdam there could be an API method that translates into a markup format (like you proposed), but the server resolves it before sending to the client 17:58 nore that looks fine 17:59 PilzAdam so the mod calls minetest.translate("Health: %d", 100), which results in "Health: 100\v{de: Leben: 100}", but the server still only sends "Health 100" or "Leben 100" to the client 18:02 nore yeah, that could be done in another pr though :) 18:02 nore I don't think it is really a problem right now 18:29 celeron55 has anyone yet used the new squash+rebase github button? 18:30 celeron55 looks like probably no 20:22 hmmmm hey 20:22 hmmmm hmm paramat isn't on 21:44 paramat hi hmmmm 21:56 paramat hmmmm i might work on #2759 soon, please could you read through that sometime just in case something occurs to you? 21:56 ShadowBot https://github.com/minetest/minetest/issues/2759 -- Shadow bug at y = 63 in mgv5/mgv7/mgflat/mgfractal/mgvalleys(/mgwatershed) 22:07 ShadowNinja MT tries to generate chunks if any of the blocks in them are missing, even if some of them have m_generated=true. This means that my map converter tool will have to pad out chunks with empty blocks to make a complete chunk, or face mapgen greifing (core mg should be overridden but waste CPU cycles, mod mg like in moretrees will cause greifing though). 22:07 ShadowNinja This also causes the "/deleteblocks regenerates the whole area around the deleted area" issue. 22:08 ShadowNinja Also, doc/world_format.txt is wrong about the generated flag: http://ix.io/vuo/diff 22:09 paramat seems correct behaviour 22:10 hmmmm I think what ShadowNinja wants to do is not pass blocks to the generator if they're marked as m_generated == true 22:10 hmmmm but this is not possible... 22:13 ShadowNinja hmmmm: I got it working more-or-less, I just had trouble with getting lighting to update when the lighting_expired flag was set. 22:13 hmmmm how did you get it working? 22:15 ShadowNinja hmmmm: Here's the meat of it: http://ix.io/vur/diff 22:16 hmmmm that is a huge misunderstanding of how the emerge thread works... 22:17 hmmmm consider the case where a non-generated block has been requested but exists in the same chunk as one that's already been generated. 22:18 ShadowNinja Perhaps only skip Lua mapgen then. 22:19 hmmmm it doesn't work that way either. now you just broke a bunch of mods. 22:19 ShadowNinja That could be an issue for full-blown Lua mapgens though. 22:20 ShadowNinja Maybe just return an empty block in that case. MT itself won't actually generate chunk with missing blocks. 22:20 hmmmm I think I considered a strategy back when I was working on mapgen multithreading but rejected it for some reason I don't immediately recall 22:20 hmmmm s/a strategy/that strategy/ 22:24 ShadowNinja Any better ideas? It not I'll have to modify my converter to just pad out chunks with empty/stone blocks. 22:26 hmmmm So you want your converter to place the map right inside the mapgen? 22:26 hmmmm place the converted map right inside of the map-generated map 22:29 hmmmm that's not going to blend well anyway 22:33 ShadowNinja hmmmm: Yes, ideally the MT mapgen should handle everything not included, but not touch the included blocks. 22:34 ShadowNinja That'll be hard though, because of the chunk abstraction. 22:34 hmmmm maybe there should be a do_not_touch_this_block flag 22:34 hmmmm m_immutable 22:34 hmmmm any attempts to write back to the block would simply not succeed 22:35 hmmmm so moretrees can do whatever it so desires to the block in the voxelmanipulator - but good luck getting it committed back to Map! 22:36 ShadowNinja Hmmm, could I just set chunksize=1 in map_meta.txt to get what I want? 22:36 hmmmm yes 22:36 hmmmm but you'll get no caves or dungeons 22:36 ShadowNinja That's acceptable. 22:43 paramat comments on #2721 ? is it even possible? 22:43 ShadowBot https://github.com/minetest/minetest/issues/2721 -- Possibility to rotate entity's collision box 22:52 VanessaE it is not. 22:53 VanessaE not unless you want to rotate it by whole 90 degree increments anyway 22:53 VanessaE the collision system can't otherwise work with it. 22:53 paramat yeah, the idea suggested is alter the cuboid dimensions as the object rotates 22:55 VanessaE misleading title :P THAT should be possible I would think 22:55 paramat btw VanessaE the 'official' moretrees lighting bug thread is now this #3421 and has some more results 22:55 ShadowBot https://github.com/minetest/minetest/issues/3421 -- Moretrees lighting bug: Mapgen 1 up 1 down overgeneration changes lighting behaviour 22:57 VanessaE https://github.com/minetest/minetest/issues/3421#issuecomment-202032200 "1 light level darker than they should be [in water]" isn't unique to tree growth btw. 22:57 VanessaE that also used to happen when dumping a bucket of water into a source that was placed on-generated. 22:58 VanessaE that's progress though 23:29 paramat closed #2773 23:29 ShadowBot https://github.com/minetest/minetest/issues/2773 -- Allow semi-transparent pixels in detail texture of connected glass 23:31 hmmmm you should keep it open to track the issue... 23:31 hmmmm don't tell them that you're not going to fix it because you personally don't know how and/or it's a lot of work 23:38 paramat the z-sorting issue is seperate and can be tracked seperately, in our situation we can't add transparency to glass 23:39 hmmmm then why not link to the existing issue and close it as a duplicate? 23:40 paramat ok. i also misunderstood slightly 23:40 Fixer VanessaE, yes, i confirmed that water bug lighting too 23:41 paramat re-opened for now 23:41 VanessaE hmmmm: you once said that proper alpha/z-sorting should be fixable, but a LOT of work. just how much work are we talking about here? 23:41 hmmmm i don't know really 23:41 hmmmm i started it on it a while ago but shelved the feature because i got bored 23:41 hmmmm maybe i should work on that 23:42 VanessaE (I only ask because both the engine and game have undergone a shit ton more work in the couple of years since you mentioned that, that I wonder if it's more a matter of wanting to make the effort than being able to) 23:42 VanessaE looks like you just answered my question :) 23:43 paramat closed #2778 23:43 ShadowBot https://github.com/minetest/minetest/issues/2778 -- Textures sometimes corrupted 23:53 MyTeke_ChrisWMas Awesome..