Time Nick Message 00:51 kilbith I cannot type 1, 3 or 5 anymore in the console 10:52 sfan5 isn't that an old bug? how did it work in the meantime? ? 11:30 pgimeno I disagree with #10924. I prefer to have the mods listed in text form. 11:30 ShadowBot https://github.com/minetest/minetest/issues/10924 -- Add modslist formspec for /mods command. by Andrey2470T 11:36 sfan5 since commands are increasingly replaced with formspecs there should be a way to have the command output text *even* inside MT 11:40 pgimeno I've modded my client to log chat, and of course formspecs are not logged, so with that format I don't have a means to log the mod list in order to check it offline. I could capture images, but that becomes very inconvenient; for example they are not searchable. 11:41 pgimeno By the way, it would be nice if the option to log chat was a standard feature. 13:07 MTDiscord IIRC don't now-formspec commands like /help also send a chat reply copy as plain text? That's the best way to do it: just do both. 13:07 MTDiscord Formspec version is convenient, but you need the plaintext version for non-player admin consoles 14:39 celeron55 i find the formspec-opening chat commands very annoying 14:39 celeron55 i wish there was an option to stay text based 14:39 celeron55 text mode isn't a precursor to GUI, it's often superior as-is 14:42 MTDiscord I find that commands that spam the chat are very annoying (especially since there is no way to clear the screen other than turning chat off) 14:47 celeron55 there's no reason command output would have to show up in chat and also no reason they couldn't be cleared 14:47 celeron55 altough personally i don't need that 14:53 MTDiscord Yeah, seems like there should just be separate commands for the text and the forms versions. 14:55 MTDiscord Really there could just be a /menu command or something that takes the user into a set of forms-based admin tools that can be registered by mods, with builtin providing the base set and framework. Could even trigger it from the ESC menu. Then chat and formspec worlds stay nice and separate, but we can still have parity between them. 15:05 pgimeno a /cls or similar command may help with the annoyances of screen clobbering 15:06 MTDiscord It'd have to be .cls or something if it's having a client-side effect... 15:07 pgimeno are there any client-side chat commands? 15:07 pgimeno guess not 15:37 MTDiscord There are, they're defined by client side mods 16:21 pgimeno hm, but such a command can't depend on CSM being enabled 16:23 MTDiscord There are built-in CSMs already enabled 16:23 MTDiscord like the main menu 16:23 MTDiscord Basically a lot of the built-in stuff acts like de facto CSMs 16:24 MTDiscord In theory it shouldn't be hard to make a .clr command or something that works client side ... but really there's a lot of client-side modding stuff that needs to be done anyway. 17:16 pgimeno maybe just a key or key combo to clear the chat text is a better idea 18:32 kilbith sfan5: 1, 3, 5 work for you in the console? 18:33 kilbith 1 sets the previous command 18:33 kilbith 3 and 5 don't do anything 18:33 kilbith it's a regression 18:34 kilbith Calinou: we use the same keyboard mapping, can you relate the same issue? 18:38 kilbith https://github.com/minetest/minetest/issues/11117 18:43 sfan5 kilbith: numpad keys don't work at all, the number row does 18:43 rubenwardy Warr1024: the main menu isn't a CSM, it runs in its own environment 18:43 rubenwardy Which isn't sandboxed 18:44 kilbith sfan5, I use number row 18:44 sfan5 this is what I was thinking of btw 302 18:44 sfan5 #302 18:44 ShadowBot https://github.com/minetest/minetest/issues/302 -- Some keys don't work properly on non-QWERTY keyboards 18:44 kilbith I mean it was 7 before that wasn't working before 18:45 kilbith now it works but now 1,3,5 don't 18:45 sfan5 so 7 never worked but not 1,3,5 don't work either? weird 18:45 sfan5 s/not/now/ 18:45 kilbith 7 does work now 18:45 sfan5 maybe #10458 helps, idx 18:45 ShadowBot https://github.com/minetest/minetest/issues/10458 -- Chat Input: Allow more input keys by SmallJoker 18:45 sfan5 idk* 18:45 kilbith that's irrlicht 1.9 18:46 kilbith nobody will care but a french developer to fix that 18:48 kilbith typing 1,3,5 in a field[] works at least 18:49 sfan5 entering numbers in the mainmenu textbox results in &é"'(-è_ç here with french layout 18:50 Krock speaking of.. shall I rebase that or does 1.9 supersede it? 18:50 sfan5 doubt 1.9 supersedes it 18:50 Krock alright. will rebase just in case 18:50 kilbith sfan5: you have to press Shift+number to get a number 18:50 sfan5 haha 18:51 sfan5 okay then the whole number row works 18:51 kilbith hmm 18:51 kilbith let's see what Calinou can say 18:51 kilbith or nore 18:52 kilbith or nerzhul_ 18:52 Calinou should I test on latest `master`? 18:52 kilbith yes 18:52 kilbith with irrlicht fork 18:53 Calinou do I have to install the Irrlicht fork system-wide, or is there a way to include it in the Minetest source repository? 18:53 nerzhul_ for me it worked properly on a master from 3 or 3 days with irrlicht fork 18:54 sfan5 Calinou: you can build it statically and set the right IRRLICHT_INCLUDE_DIR and IRRLICHT_LIBRARY 18:54 sfan5 nerzhul_: did you test it in the chat console? 18:54 nerzhul_ nop just the inputs 18:55 kilbith check it again in the console 18:55 kilbith 1,3,5 18:57 Krock rebased 18:57 nerzhul_ yep confirmed doesn't work, num pad doesn't work either 18:58 kilbith that can be fixed with SDL2 maybe 18:58 nerzhul_ SDL inputs are pretty different that irrlicht raw ones, but obviously yes 18:59 Calinou https://dpaste.com/2QT96GYSV 18:59 Calinou what do I need to set IRRLICHT_VERSION_MT to? 18:59 Calinou nevermind, my include path was wrong 19:01 Calinou fixed it, here's the final command for reference (this assumes "irrlicht" has been closed in the root folder of the Minetest repository): 19:01 Calinou cmake -Bbuild2 -DCMAKE_BUILD_TYPE=Release -DIRRLICHT_LIBRARY=$PWD/irrlicht/build/lib/Linux/libIrrlicht.a -DIRRLICHT_INCLUDE_DIR=$PWD/irrlicht/include 19:01 Calinou Irrlicht was built with `cmake -Bbuild -DCMAKE_BUILD_TYPE=Release -DBUILD_SHARED_LIBS=0` 19:02 sfan5 if they work in fields but not the chat console then it's probably just the console input handling being somehow wrong 19:02 sfan5 are there are bugs that exist in the console AND fields? 19:02 sfan5 any* 19:03 Calinou in chat, I can only enter "67890" 19:03 Calinou in fields (such as the creative inventory search), I can enter "1234567890" 19:03 Calinou this is on an AZERTY keyboard layout (fr-oss) 19:04 Calinou in chat, I can enter "ç" but I can't in fields 19:04 Calinou é, à, € work in both chat and fields 19:04 Calinou (in fields, "ç" seems to enter a space instead, rather than doing nothing at all) 19:05 kilbith I can enter "çéà€" in the fields 19:06 kilbith (I think it's fr-fr but not sure) 19:07 sfan5 ! doesn't work in console either 19:07 kilbith confirmed 19:07 kilbith also: " and ^ 19:07 sfan5 / Any value is better than none, that allows at least using the keys. 19:07 sfan5 ah yes 19:07 sfan5 definitely 19:08 sfan5 (from irrlicht code) 19:08 kilbith () too 19:10 sfan5 surprise if you disable the dumb fallback behaviour every key works 19:10 sfan5 because unlike the comment claims interpreting 1 as KEY_UP because you don't know better is not good 19:15 sfan5 https://git.io/JYTkr 19:17 kilbith it's curious to see what was the reasoning behind "Any value is better than none" 19:18 sfan5 it can be justified if you look at it from the "user chooses keys to bind in a menu" POV, but for anything more than that it just messes everything up 19:21 sfan5 that said I suppose hotbar access via number keys does not work on azerty? 19:23 kilbith for the hotbar, there are only 3 and 5 that don't work 19:24 kilbith 3 gives me that: https://i.imgur.com/6qK9LXp.png 19:25 sfan5 hm 19:26 kilbith wait 6 don't work too, it acts like "-" (minus) 19:26 sfan5 well with this fix nothing in the hotbar works anymore, this is sort of a problem because how do you locate the number row indepdent of keyboard layout? 19:28 kilbith gtg sorry 19:28 kilbith I hope SDL2 would fix this shit 19:46 MTDiscord is it just me, or are multicraft and multicraft based servers still topping the serverlists despite the rather unfair imo formula changes? 19:48 rubenwardy The fact they can still top the list is why it's fair. The penalty counteracts an advantage 19:49 sfan5 you made me check and 19:49 sfan5 ...the code I'm running is outdated 19:51 sfan5 no idea how it got there because I'm very sure the ranking changes were in effect before 19:53 sfan5 what rubenwardy said still applies though 20:38 MTDiscord hm, given that some of the largest servers (by no. of players online) are almost all multicraft, it makes little sense imo. but i trust that yall had taken due diligence and all in ensuring that the negative impact on the reputation of the serverlist would be minimized. 20:40 MTDiscord you mean cater to markets that the community for whatever reasons has entirely ignored? 20:40 MTDiscord lets be honest here. Most of multicraft comes from its monopoly on the ios market 20:40 MTDiscord *virtual monopoly 23:33 MTDiscord Minetest CANNOT legally be in the iOS App Store...don't blame the MT devs for it...I'm not entirely sure how Multicraft manages to (legally?) offer a MT fork there