| 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 |
