Time |
Nick |
Message |
00:50 |
|
kilbith joined #minetest-dev |
00:51 |
kilbith |
I cannot type 1, 3 or 5 anymore in the console |
01:32 |
|
olliy joined #minetest-dev |
01:35 |
|
specing_ joined #minetest-dev |
02:13 |
|
Jordach joined #minetest-dev |
03:04 |
|
LoneWolfHT joined #minetest-dev |
04:00 |
|
MTDiscord joined #minetest-dev |
07:14 |
|
m42uko joined #minetest-dev |
07:17 |
|
BuckarooBanzai5 joined #minetest-dev |
08:00 |
|
ShadowNinja joined #minetest-dev |
10:52 |
sfan5 |
isn't that an old bug? how did it work in the meantime? 🤔 |
11:03 |
|
calcul0n_ joined #minetest-dev |
11:21 |
|
hlqkj_ joined #minetest-dev |
11:29 |
|
troller joined #minetest-dev |
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:34 |
|
calcul0n__ joined #minetest-dev |
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. |
12:08 |
|
tech_exorcist joined #minetest-dev |
12:43 |
|
twoelk joined #minetest-dev |
12:48 |
|
turtleman joined #minetest-dev |
13:07 |
MTDiscord |
<Warr1024> 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 |
<Warr1024> Formspec version is convenient, but you need the plaintext version for non-player admin consoles |
13:32 |
|
specing_ joined #minetest-dev |
13:40 |
|
absurb joined #minetest-dev |
14:35 |
|
hlqkj joined #minetest-dev |
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 |
<Jonathon> 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 |
<Warr1024> Yeah, seems like there should just be separate commands for the text and the forms versions. |
14:55 |
MTDiscord |
<Warr1024> 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 |
<Warr1024> 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:18 |
|
hlqkj_ joined #minetest-dev |
15:30 |
|
ircSparky joined #minetest-dev |
15:30 |
|
ircSparky joined #minetest-dev |
15:37 |
MTDiscord |
<Benrob0329> There are, they're defined by client side mods |
15:43 |
|
Fixer joined #minetest-dev |
16:06 |
|
hlqkj joined #minetest-dev |
16:08 |
|
appguru joined #minetest-dev |
16:21 |
pgimeno |
hm, but such a command can't depend on CSM being enabled |
16:23 |
MTDiscord |
<Warr1024> There are built-in CSMs already enabled |
16:23 |
MTDiscord |
<Warr1024> like the main menu |
16:23 |
MTDiscord |
<Warr1024> Basically a lot of the built-in stuff acts like de facto CSMs |
16:24 |
MTDiscord |
<Warr1024> 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. |
16:46 |
|
appguru joined #minetest-dev |
17:05 |
|
LoneWolfHT joined #minetest-dev |
17:09 |
|
Newbyte joined #minetest-dev |
17:16 |
pgimeno |
maybe just a key or key combo to clear the chat text is a better idea |
17:25 |
|
amk joined #minetest-dev |
17:50 |
|
hlqkj joined #minetest-dev |
18:32 |
|
kilbith joined #minetest-dev |
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:38 |
|
hlqkj joined #minetest-dev |
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 joined #minetest-dev |
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 |
|
troller joined #minetest-dev |
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 |
<srinivas> 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 |
<srinivas> 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 |
<srinivas> you mean cater to markets that the community for whatever reasons has entirely ignored? |
20:40 |
MTDiscord |
<srinivas> lets be honest here. Most of multicraft comes from its monopoly on the ios market |
20:40 |
MTDiscord |
<srinivas> *virtual monopoly |
20:48 |
|
twoelk left #minetest-dev |
21:15 |
|
I_am_6r1d joined #minetest-dev |
21:30 |
|
Taoki joined #minetest-dev |
21:47 |
|
troller joined #minetest-dev |
22:10 |
|
numzero joined #minetest-dev |
22:39 |
|
ircSparky joined #minetest-dev |
22:41 |
|
T^4im joined #minetest-dev |
22:50 |
|
T4im joined #minetest-dev |
23:18 |
|
T4im joined #minetest-dev |
23:33 |
MTDiscord |
<IhrFussel> 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 |