| Time |
Nick |
Message |
| 00:03 |
|
delta23 joined #minetest |
| 00:09 |
|
Jhalman joined #minetest |
| 00:30 |
|
kevr` joined #minetest |
| 00:34 |
|
hisforever joined #minetest |
| 00:35 |
hisforever |
Hi after a advtrain gets an atC comand is there a way to over ide it? |
| 00:35 |
hisforever |
Ide =ride |
| 00:42 |
|
kevr joined #minetest |
| 00:45 |
ar10ch |
I'm not sure what you're trying to achieve by using atc |
| 00:45 |
|
Taoki joined #minetest |
| 00:53 |
|
kevr joined #minetest |
| 00:58 |
|
kevr joined #minetest |
| 01:22 |
|
hisforever joined #minetest |
| 02:30 |
|
Hawk777 joined #minetest |
| 02:32 |
cheapie |
Well, this might just be the most confusing floor layout I've made in a building in MT so far, thanks to various split-level stuff going on... |
| 02:33 |
cheapie |
4 floors - LD, 1, R1, and R2, in that order. R1 is only 1m above 1. |
| 02:34 |
cheapie |
But then the stairs (due to their unusual layout) reach R1 *before* 1, so if you're on the stairs the order of the floors appears different from if you take one of the elevators... |
| 02:35 |
cheapie |
Making things *even worse*, LD and 1 open on the rear side of the elevators, so they get an "R" suffix in there... so the buttons have two adjacent floors labeled "1R" and "R1" |
| 02:51 |
MTDiscord |
<exe_virus> yuck |
| 02:51 |
MTDiscord |
<exe_virus> Could do full descriptive names |
| 03:40 |
|
Conradish006 joined #minetest |
| 04:00 |
|
Verticen joined #minetest |
| 04:06 |
|
riff-IRC joined #minetest |
| 04:16 |
|
Verticen joined #minetest |
| 05:00 |
|
MTDiscord joined #minetest |
| 05:39 |
|
SX joined #minetest |
| 05:45 |
|
Flabb joined #minetest |
| 06:09 |
|
olliy joined #minetest |
| 06:12 |
|
I_am_6r1d joined #minetest |
| 06:14 |
MTDiscord |
<fatalerror420 (seared)> "Hi after a advtrain gets an atC comand is there a way to over ide it? Ide =ride" should i call 911? |
| 06:28 |
|
gera joined #minetest |
| 06:58 |
|
kawaiipunk joined #minetest |
| 07:16 |
|
deltaepsilon23 joined #minetest |
| 07:39 |
|
bdju joined #minetest |
| 08:00 |
|
ShadowNinja joined #minetest |
| 08:17 |
|
bwarden joined #minetest |
| 08:18 |
|
Peppy joined #minetest |
| 08:23 |
|
Zughy[m]1 joined #minetest |
| 08:23 |
|
rschulman joined #minetest |
| 08:23 |
|
FrostRanger[m] joined #minetest |
| 08:23 |
|
khimaros[m] joined #minetest |
| 08:23 |
|
LoneWolfHT joined #minetest |
| 08:23 |
|
Fusl joined #minetest |
| 09:03 |
|
submariner joined #minetest |
| 09:07 |
|
v32itas joined #minetest |
| 09:12 |
|
FeXoR joined #minetest |
| 09:22 |
|
bhree[m] joined #minetest |
| 09:26 |
|
bdju joined #minetest |
| 09:35 |
|
bdju joined #minetest |
| 09:37 |
|
tech_exorcist joined #minetest |
| 09:37 |
|
FrostRanger[m] joined #minetest |
| 09:37 |
|
rschulman joined #minetest |
| 09:37 |
|
silwol joined #minetest |
| 09:37 |
|
jfred[m] joined #minetest |
| 09:38 |
|
tuxayo[m] joined #minetest |
| 09:38 |
|
antoine62[m] joined #minetest |
| 09:38 |
|
giov4[m] joined #minetest |
| 09:38 |
|
xose[m] joined #minetest |
| 09:38 |
|
Zughy[m] joined #minetest |
| 09:38 |
|
Vagabond[m] joined #minetest |
| 09:38 |
|
dalz joined #minetest |
| 09:39 |
|
kb1000 joined #minetest |
| 09:39 |
|
Yves[m] joined #minetest |
| 09:39 |
|
anon5[m] joined #minetest |
| 09:39 |
|
[m]testman joined #minetest |
| 09:39 |
|
arydev[m] joined #minetest |
| 09:39 |
|
big_caballito[m] joined #minetest |
| 10:09 |
|
submariner joined #minetest |
| 10:11 |
|
calcul0n__ joined #minetest |
| 10:19 |
|
grumble joined #minetest |
| 10:53 |
|
erlehmann joined #minetest |
| 10:54 |
|
proller joined #minetest |
| 11:26 |
|
galex-713 joined #minetest |
| 11:33 |
|
galex-713_ joined #minetest |
| 11:47 |
|
search_social joined #minetest |
| 11:55 |
|
galex-713 joined #minetest |
| 11:59 |
|
Fixer joined #minetest |
| 12:03 |
|
galex-713 joined #minetest |
| 12:13 |
|
submariner joined #minetest |
| 12:19 |
|
galex-713_ joined #minetest |
| 12:22 |
|
Sven_vB joined #minetest |
| 12:26 |
|
Sven_vB joined #minetest |
| 12:29 |
|
galex-713 joined #minetest |
| 12:38 |
|
Verticen joined #minetest |
| 12:40 |
|
galex-713 joined #minetest |
| 12:42 |
|
Conradish006 joined #minetest |
| 12:53 |
|
v32itas joined #minetest |
| 13:03 |
|
galex-713 joined #minetest |
| 13:05 |
|
ShadowNinja joined #minetest |
| 13:08 |
|
galex-713_ joined #minetest |
| 13:10 |
|
numzero joined #minetest |
| 13:13 |
|
I_am_6r1d joined #minetest |
| 13:21 |
|
submariner joined #minetest |
| 13:34 |
|
galex-713 joined #minetest |
| 13:34 |
|
Verticen joined #minetest |
| 13:52 |
|
galex-713 joined #minetest |
| 13:58 |
|
_0_ joined #minetest |
| 13:58 |
|
Verticen joined #minetest |
| 14:10 |
|
galex-713 joined #minetest |
| 14:14 |
|
jonadab joined #minetest |
| 14:15 |
|
fleeky_ joined #minetest |
| 14:20 |
|
galex-713_ joined #minetest |
| 14:23 |
|
riff-IRC joined #minetest |
| 14:26 |
|
TechDude joined #minetest |
| 14:32 |
|
galex-713 joined #minetest |
| 14:35 |
|
kamdard joined #minetest |
| 14:38 |
|
calcul0n_ joined #minetest |
| 14:43 |
|
alex-resist joined #minetest |
| 14:45 |
|
erlehmann joined #minetest |
| 14:54 |
|
galex-713 joined #minetest |
| 15:08 |
|
Wuzzy joined #minetest |
| 15:15 |
|
galex-713_ joined #minetest |
| 15:25 |
|
galex-713 joined #minetest |
| 15:38 |
|
galex-713_ joined #minetest |
| 15:51 |
mazes_81 |
Hi, just a small remind about lua, when I print some boolean it says" false", however the test "if this_guy == true" is positive, when "if this_guy" is negative |
| 15:53 |
mazes_81 |
it's seems weird to me. This behavior was detected in 3d_armor_flyswim mod, and leads to not being able to apply correctly settingstype.txt |
| 15:54 |
pgimeno |
if you print type(this_guy), does it print boolean? |
| 15:54 |
mazes_81 |
I fixed locally but still hesitate to open bug upstream |
| 15:55 |
|
LoneWolfHT joined #minetest |
| 15:55 |
LoneWolfHT |
If you want to check whether or not a number is positive do >=0, don't compare it with a boolean |
| 15:59 |
pgimeno |
I don't believe it is like you've described, mazes_81. You must have made a mistake. |
| 15:59 |
mazes_81 |
this_guy is initialised by minetest.setting_getbool (deprecated so weird for recent mod), maybe it does not guarantee bool |
| 16:00 |
mazes_81 |
that's why I say something is eird |
| 16:00 |
mazes_81 |
weird* |
| 16:00 |
rubenwardy |
please show example code |
| 16:00 |
rubenwardy |
because I don't know what you mean |
| 16:01 |
pgimeno |
'if this_guy == true' can ONLY be true ("positive" as you say) when the variable contains the boolean value true |
| 16:01 |
pgimeno |
however, 'if this_guy' can be true whenever this_guy is something other than false or nil |
| 16:01 |
pgimeno |
are you sure you didn't swap those? |
| 16:02 |
mazes_81 |
type(this_guy) is nil |
| 16:03 |
mazes_81 |
value this_guy is false |
| 16:03 |
pgimeno |
if it's nil, it means that 'if this_guy == true' can NEVER match |
| 16:03 |
LoneWolfHT |
minetest.settings:get_bool("this_guy", true) |
| 16:03 |
LoneWolfHT |
If you want true to be the default setting value |
| 16:03 |
mazes_81 |
yes, I think new function will guarantee return type |
| 16:03 |
|
deltanedas[m] joined #minetest |
| 16:03 |
deltanedas[m] |
nil is a falsy value |
| 16:04 |
mazes_81 |
so I can prepare my pr, thanks |
| 16:05 |
pgimeno |
nil is always a valid return value. get_bool is documented to return nil when the configuration variable does not exist. |
| 16:05 |
mazes_81 |
or even just fill a bug without pr, as it is really "easy fix" |
| 16:06 |
mazes_81 |
so better to test only "this_guy" instead of "this_guy == true" |
| 16:06 |
mazes_81 |
and update code to classes call also |
| 16:07 |
mazes_81 |
the 3d_armor_flyswim code is full of "those_guys == true" test |
| 16:08 |
deltanedas[m] |
is there a defined way to see if a blocks inventories should be accessible? |
| 16:09 |
deltanedas[m] |
e.g. for a furnace the fuel and input should be fully accessible, but the output is take-only |
| 16:09 |
pgimeno |
unfortunately it's very common to see novel programmers comparing booleans to true or false instead of just checking them, which doesn't work so well for languages with dynamic types like Lua |
| 16:10 |
pgimeno |
anyway, it's unclear to me what the purpose really is |
| 16:10 |
mazes_81 |
another question about settingstype.txt: can we have it per world (I just see game and mod on the wiki, so I guess it's not possible) |
| 16:10 |
pgimeno |
if this_guy is nil, then neither 'if this_guy == true' nor 'if this_guy' will be true |
| 16:11 |
mazes_81 |
no this guy is good value, however type(this_guy) is nil |
| 16:12 |
pgimeno |
well, if type(this_guy) is "nil", then neither 'if this_guy == true' nor 'if this_guy' will be true |
| 16:13 |
pgimeno |
http://www.formauri.es/personal/pgimeno/temp/lua-this_guy.txt |
| 16:14 |
mazes_81 |
if this_guy succeeds, when if this_guy == true fails. I guess "if this_guy" <==> if "not empty(this_guy)" |
| 16:14 |
MTDiscord |
<appguru> lua ain |
| 16:14 |
pgimeno |
in Lua, values are always true except when they are either false or nil |
| 16:14 |
MTDiscord |
<appguru> 't PHP |
| 16:15 |
MTDiscord |
<appguru> truthy* |
| 16:15 |
MTDiscord |
<appguru> if you want to check for truthiness or nil, you can do value == true or value == nil |
| 16:15 |
mazes_81 |
this_guy is not nil, only type this_guy |
| 16:15 |
pgimeno |
the only value with type "nil" is nil |
| 16:16 |
pgimeno |
there are no other values with type "nil" |
| 16:16 |
MTDiscord |
<appguru> ^ |
| 16:16 |
mazes_81 |
this_guy = minetest.setting_getbool("this_guy") |
| 16:16 |
MTDiscord |
<appguru> I already expected that |
| 16:16 |
MTDiscord |
<appguru> see https://github.com/minetest/minetest/blob/master/doc/lua_api.txt#L6775 |
| 16:16 |
MTDiscord |
<appguru> get_bool expects a default value |
| 16:17 |
MTDiscord |
<appguru> you are passing nil |
| 16:17 |
pgimeno |
https://github.com/minetest/minetest/blob/0.4.14/doc/lua_api.txt#L1946 |
| 16:17 |
MTDiscord |
<appguru> so it will return nil if the setting is not passed |
| 16:17 |
pgimeno |
* `minetest.setting_getbool(name)`: returns boolean or `nil` |
| 16:17 |
MTDiscord |
<appguru> s/passed/present |
| 16:17 |
mazes_81 |
ok, that seems enough to me, update functions, and do not test with == true |
| 16:17 |
MTDiscord |
<appguru> oof I linked the wrong thing |
| 16:17 |
MTDiscord |
<appguru> pgimeno is right |
| 16:17 |
|
giov4[m] joined #minetest |
| 16:17 |
MTDiscord |
<appguru> but you should use minetest.settings:get_bool(name, default) |
| 16:18 |
|
Corey[m] joined #minetest |
| 16:18 |
MTDiscord |
<appguru> owait, this is MT 0.4? |
| 16:19 |
mazes_81 |
appguru, the mod initialises default value, a bit after, testing == nil case |
| 16:19 |
pgimeno |
I assume the mod is made for 0.4 because it uses setting_getbool instad of settings:get_bool |
| 16:19 |
mazes_81 |
so another thing to fix |
| 16:19 |
|
jgibbons[m] joined #minetest |
| 16:20 |
|
Hawk777 joined #minetest |
| 16:20 |
pgimeno |
mazes_81: it seems to me you're not on the right path, but if you don't show the code, there isn't much we can do to understand where the problem actually is and give better advice |
| 16:20 |
mazes_81 |
this_guy = minetest.setting_getbool("this_guy"); if this_guy == nil then this_guy = true; |
| 16:21 |
mazes_81 |
https://github.com/sirrobzeroone/3d_armor_flyswim/blob/main/init.lua |
| 16:21 |
pgimeno |
what line? |
| 16:21 |
pgimeno |
there is no 'this_guy' in that page |
| 16:22 |
mazes_81 |
line 68 |
| 16:23 |
mazes_81 |
those_guys, are all minetest.setting_getbool in fact |
| 16:23 |
mazes_81 |
sorry, I thought it was clear that 'this_guy' was just a sample |
| 16:24 |
pgimeno |
so, when the setting does not exist, it is overridden with true |
| 16:25 |
|
LoneWolfHT joined #minetest |
| 16:25 |
mazes_81 |
it always exist, unless someone edit settingstype.txt from mod |
| 16:26 |
pgimeno |
no, it doesn't exist unless someone adds it to minetest.conf |
| 16:26 |
deltanedas[m] |
settings is like a table |
| 16:26 |
deltanedas[m] |
its nil by default |
| 16:26 |
deltanedas[m] |
thats it |
| 16:27 |
deltanedas[m] |
use settings:get("key") and default_value if you want a default |
| 16:29 |
|
Danny[m] joined #minetest |
| 16:31 |
mazes_81 |
wait, settingstype.txt, from the mod directory is not parsed ? |
| 16:31 |
pgimeno |
they are not settings, they are definitions of settings |
| 16:31 |
deltanedas[m] |
it is |
| 16:32 |
deltanedas[m] |
how else does the game know what settings should be? |
| 16:32 |
deltanedas[m] |
engine* |
| 16:33 |
mazes_81 |
ok, pgimeno, deltanedas[m] it is not properly parsed, but the setting interface still parses it |
| 16:35 |
mazes_81 |
"settings interface will show default value from settingtypes.txt but minetest.settings:get will return nil". (from the wiki), I also missed this part |
| 16:36 |
mazes_81 |
deltanedas[m]: the game do not care about settingstype.txt (I thought like you, my bad for this question). |
| 16:36 |
deltanedas[m] |
engine does |
| 16:37 |
deltanedas[m] |
its parsed for types, description and name |
| 16:37 |
deltanedas[m] |
how else can you configure it |
| 16:37 |
mazes_81 |
only interface not engine |
| 16:38 |
pgimeno |
the settings themselves are in minetest.conf, not in settingtypes.txt |
| 16:38 |
pgimeno |
settingtypes.txt contains the types for each setting, as the name implies |
| 16:40 |
|
awell joined #minetest |
| 16:40 |
mazes_81 |
so I should read wiki more accurately before asking questions (still the exact reason only appears on the new functions page) |
| 17:06 |
|
Lunatrius joined #minetest |
| 17:11 |
|
Ruud9 joined #minetest |
| 17:11 |
|
clavii joined #minetest |
| 17:11 |
|
Fuchs_ joined #minetest |
| 17:12 |
|
SX_ joined #minetest |
| 17:12 |
|
bigfoot548 joined #minetest |
| 17:16 |
|
Fuchs- joined #minetest |
| 17:18 |
|
kevr joined #minetest |
| 17:21 |
|
07IAAUIJB joined #minetest |
| 17:21 |
|
Taoki joined #minetest |
| 17:21 |
|
clavi joined #minetest |
| 17:21 |
|
07IAAP94N joined #minetest |
| 17:21 |
|
superfly joined #minetest |
| 17:22 |
|
Taoki joined #minetest |
| 17:22 |
|
uroboro joined #minetest |
| 17:24 |
|
erstazi joined #minetest |
| 17:28 |
|
anon5[m] joined #minetest |
| 17:29 |
|
giov4[m] joined #minetest |
| 17:34 |
MTDiscord |
<Lapis Lazuli Wolf> This mod always crashes. |
| 17:39 |
|
antoine62[m] joined #minetest |
| 17:39 |
|
tech_exorcist joined #minetest |
| 17:41 |
|
jfred[m] joined #minetest |
| 17:42 |
|
khimaros[m] joined #minetest |
| 17:43 |
|
rschulman joined #minetest |
| 17:44 |
|
kb1000 joined #minetest |
| 17:47 |
|
Lunatrius joined #minetest |
| 17:57 |
|
ShadowNinja joined #minetest |
| 18:12 |
|
Aris joined #minetest |
| 18:19 |
|
galex-713 joined #minetest |
| 18:33 |
|
galex-713_ joined #minetest |
| 18:47 |
MinetestBot |
[git] Wuzzy2 -> minetest/minetest: Fix world-aligned node rendering at bottom (#10742) e441ab9 https://git.io/JtyhQ (2021-02-19T18:45:36Z) |
| 18:57 |
|
Lukwe joined #minetest |
| 19:00 |
|
galex-713 joined #minetest |
| 19:00 |
MinetestBot |
[git] Wuzzy2 -> minetest/minetest: Fail gracefully if main_menu_script has bad value (#10938) c12e9cd https://git.io/Jtyjj (2021-02-19T18:59:48Z) |
| 19:12 |
|
galex-713_ joined #minetest |
| 19:23 |
|
homthack joined #minetest |
| 19:28 |
|
galex-713_ joined #minetest |
| 19:31 |
|
craigger joined #minetest |
| 19:40 |
|
Peppy joined #minetest |
| 19:40 |
|
MarwolTuk joined #minetest |
| 19:40 |
|
minduser00 joined #minetest |
| 19:40 |
|
longerstaff13 joined #minetest |
| 19:40 |
|
mransom joined #minetest |
| 19:40 |
|
dzho joined #minetest |
| 19:55 |
|
galex-713 joined #minetest |
| 20:00 |
|
galex-713_ joined #minetest |
| 20:05 |
|
w0wbagg3r joined #minetest |
| 20:09 |
w0wbagg3r |
Hi. Can somebody help me? I installed Minetest and followed this guide to install mobs_redo... https://forum.minetest.net/viewtopic.php?t=9917 |
| 20:09 |
w0wbagg3r |
but when I create a game it does not show any animal |
| 20:11 |
|
galex-713 joined #minetest |
| 20:12 |
sfan5 |
did you install mobs_animal? |
| 20:12 |
sfan5 |
and enable it? |
| 20:21 |
w0wbagg3r |
yes |
| 20:21 |
w0wbagg3r |
in the mods folder of minetest I have: mob_horse/ mobs_animal/ mobs_monster/ mobs_npc/ and mobs_redo/ |
| 20:36 |
w0wbagg3r |
never mind, I found the issue...thanks anyway |
| 20:36 |
|
delta23 joined #minetest |
| 20:39 |
|
homthack joined #minetest |
| 20:47 |
|
gry joined #minetest |
| 21:07 |
|
galex-713 joined #minetest |
| 21:12 |
|
FeXoR joined #minetest |
| 21:13 |
|
Talkless joined #minetest |
| 21:21 |
|
ircSparky joined #minetest |
| 21:21 |
|
ircSparky joined #minetest |
| 21:22 |
|
majochup joined #minetest |
| 21:23 |
|
Fixer_ joined #minetest |
| 21:23 |
Swift110-mobile |
hello all |
| 21:39 |
|
delta23 joined #minetest |
| 21:45 |
|
riff-IRC joined #minetest |
| 21:49 |
|
FreeFull joined #minetest |
| 21:53 |
|
galex-713 joined #minetest |
| 22:06 |
|
proller joined #minetest |
| 22:10 |
|
galex-713_ joined #minetest |
| 22:11 |
|
galex-713__ joined #minetest |
| 22:14 |
|
galex-713 joined #minetest |
| 22:14 |
|
galex-713___ joined #minetest |
| 22:15 |
|
galex-713_ joined #minetest |
| 22:16 |
|
galex-713 joined #minetest |
| 22:17 |
|
galex-713__ joined #minetest |
| 22:22 |
|
galex-713 joined #minetest |
| 22:27 |
|
galex-713_ joined #minetest |
| 23:07 |
|
ShadowBot joined #minetest |
| 23:15 |
|
Taoki joined #minetest |
| 23:31 |
|
galex-713 joined #minetest |
| 23:43 |
|
galex-713 joined #minetest |
| 23:47 |
|
homthack joined #minetest |
| 23:49 |
|
galex-713 joined #minetest |
