2015-09-30 01:48:09 +02:00
|
|
|
Minetest Game API
|
|
|
|
=================
|
2014-07-06 10:39:16 +02:00
|
|
|
GitHub Repo: https://github.com/minetest/minetest_game
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Introduction
|
|
|
|
------------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-03-13 21:00:29 +01:00
|
|
|
The Minetest Game game offers multiple new possibilities in addition to the Minetest engine's built-in API,
|
2015-09-30 01:48:09 +02:00
|
|
|
allowing you to add new plants to farming mod, buckets for new liquids, new stairs and custom panes.
|
2014-07-05 22:45:46 +02:00
|
|
|
For information on the Minetest API, visit https://github.com/minetest/minetest/blob/master/doc/lua_api.txt
|
|
|
|
Please note:
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
* [XYZ] refers to a section the Minetest API
|
|
|
|
* [#ABC] refers to a section in this document
|
2016-07-04 12:59:07 +02:00
|
|
|
* [pos] refers to a position table `{x = -5, y = 0, z = 200}`
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Bucket API
|
|
|
|
----------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
The bucket API allows registering new types of buckets for non-default liquids.
|
|
|
|
|
|
|
|
bucket.register_liquid(
|
2015-09-30 01:48:09 +02:00
|
|
|
"default:lava_source", -- name of the source node
|
|
|
|
"default:lava_flowing", -- name of the flowing node
|
|
|
|
"bucket:bucket_lava", -- name of the new bucket item (or nil if liquid is not takeable)
|
|
|
|
"bucket_lava.png", -- texture of the new bucket item (ignored if itemname == nil)
|
|
|
|
"Lava Bucket", -- text description of the bucket item
|
2016-10-10 00:33:07 +02:00
|
|
|
{lava_bucket = 1}, -- groups of the bucket item, OPTIONAL
|
|
|
|
false -- force-renew, OPTIONAL. Force the liquid source to renew if it has
|
|
|
|
-- a source neighbour, even if defined as 'liquid_renewable = false'.
|
|
|
|
-- Needed to avoid creating holes in sloping rivers.
|
2014-07-05 22:45:46 +02:00
|
|
|
)
|
2014-12-07 15:25:39 +01:00
|
|
|
|
2016-09-11 09:55:33 +02:00
|
|
|
The filled bucket item is returned to the player that uses an empty bucket pointing to the given liquid source.
|
|
|
|
When punching with an empty bucket pointing to an entity or a non-liquid node, the on_punch of the entity or node will be triggered.
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2015-02-24 11:59:15 +01:00
|
|
|
Beds API
|
|
|
|
--------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2015-02-24 11:59:15 +01:00
|
|
|
beds.register_bed(
|
2016-03-03 18:40:24 +01:00
|
|
|
"beds:bed", -- Bed name
|
|
|
|
def -- See [#Bed definition]
|
2015-02-24 11:59:15 +01:00
|
|
|
)
|
|
|
|
|
2018-06-19 23:07:01 +02:00
|
|
|
* `beds.can_dig(bed_pos)` Returns a boolean whether the bed at `bed_pos` may be dug
|
2016-03-03 18:40:24 +01:00
|
|
|
* `beds.read_spawns() ` Returns a table containing players respawn positions
|
|
|
|
* `beds.kick_players()` Forces all players to leave bed
|
|
|
|
* `beds.skip_night()` Sets world time to morning and saves respawn position of all players currently sleeping
|
2022-09-28 11:07:50 +02:00
|
|
|
* `beds.day_interval` Is a table with keys "start" and "finish". Allows you
|
|
|
|
to set the period of the day (timeofday format). Default: `{ start = 0.2, finish = 0.805 }`.
|
2016-01-02 13:28:07 +01:00
|
|
|
|
|
|
|
### Bed definition
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
{
|
|
|
|
description = "Simple Bed",
|
|
|
|
inventory_image = "beds_bed.png",
|
|
|
|
wield_image = "beds_bed.png",
|
|
|
|
tiles = {
|
|
|
|
bottom = {'Tile definition'}, -- the tiles of the bottom part of the bed.
|
|
|
|
top = {Tile definition} -- the tiles of the bottom part of the bed.
|
|
|
|
},
|
|
|
|
nodebox = {
|
|
|
|
bottom = 'regular nodebox', -- bottom part of bed (see [Node boxes])
|
|
|
|
top = 'regular nodebox', -- top part of bed (see [Node boxes])
|
|
|
|
},
|
|
|
|
selectionbox = 'regular nodebox', -- for both nodeboxes (see [Node boxes])
|
|
|
|
recipe = { -- Craft recipe
|
|
|
|
{"group:wool", "group:wool", "group:wool"},
|
|
|
|
{"group:wood", "group:wood", "group:wood"}
|
|
|
|
}
|
2015-02-24 11:59:15 +01:00
|
|
|
}
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2018-02-20 19:15:03 +01:00
|
|
|
Bones API
|
|
|
|
---------
|
|
|
|
|
|
|
|
An ordered list of listnames (default: "main", "craft") of the player inventory,
|
|
|
|
that will be placed into bones or dropped on player death can be looked up or changed
|
|
|
|
in `bones.player_inventory_lists`.
|
|
|
|
|
|
|
|
e.g. `table.insert(bones.player_inventory_lists, "backpack")`
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2016-05-18 09:18:59 +02:00
|
|
|
Creative API
|
|
|
|
------------
|
|
|
|
|
2016-07-04 20:19:39 +02:00
|
|
|
Use `creative.register_tab(name, title, items)` to add a tab with filtered items.
|
|
|
|
For example,
|
|
|
|
|
|
|
|
creative.register_tab("tools", "Tools", minetest.registered_tools)
|
|
|
|
|
|
|
|
is used to show all tools. Name is used in the sfinv page name, title is the
|
|
|
|
human readable title.
|
|
|
|
|
2020-06-07 00:15:35 +02:00
|
|
|
Creative provides `creative.is_enabled_for(name)`, which is identical in
|
|
|
|
functionality to the engine's `minetest.creative_is_enabled(name)`.
|
|
|
|
Its use is deprecated and it should also not be overriden.
|
2016-12-30 23:13:27 +01:00
|
|
|
|
2016-07-04 20:19:39 +02:00
|
|
|
The contents of `creative.formspec_add` is appended to every creative inventory
|
|
|
|
page. Mods can use it to add additional formspec elements onto the default
|
|
|
|
creative inventory formspec to be drawn after each update.
|
2016-05-18 09:18:59 +02:00
|
|
|
|
2020-04-06 15:15:50 +02:00
|
|
|
Group overrides can be used for any registered item, node or tool. Use one of
|
|
|
|
the groups stated below to pick which category it will appear in.
|
|
|
|
|
|
|
|
node = 1 -- Appears in the Nodes category
|
|
|
|
tool = 1 -- Appears in the Tools category
|
|
|
|
craftitem = 1 -- Appears in the Items category
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2017-11-26 12:44:55 +01:00
|
|
|
Chests API
|
|
|
|
----------
|
|
|
|
|
|
|
|
The chests API allows the creation of chests, which have their own inventories for holding items.
|
|
|
|
|
|
|
|
`default.chest.get_chest_formspec(pos)`
|
|
|
|
|
|
|
|
* Returns a formspec for a specific chest.
|
|
|
|
* `pos` Location of the chest node, e.g `{x = 1, y = 1, z = 1}`
|
|
|
|
|
|
|
|
`default.chest.chest_lid_obstructed(pos)`
|
|
|
|
|
|
|
|
* Returns a boolean depending on whether or not a chest has its top obstructed by a solid node.
|
|
|
|
* `pos` Location of the chest node, e.g `{x = 1, y = 1, z = 1}`
|
|
|
|
|
|
|
|
`default.chest.chest_lid_close(pn)`
|
|
|
|
|
|
|
|
* Closes the chest that a player is currently looking in.
|
|
|
|
* `pn` The name of the player whose chest is going to be closed
|
|
|
|
|
|
|
|
`default.chest.open_chests`
|
|
|
|
|
|
|
|
* A table indexed by player name to keep track of who opened what chest.
|
|
|
|
* Key: The name of the player.
|
|
|
|
* Value: A table containing information about the chest the player is looking at.
|
2020-04-13 20:26:44 +02:00
|
|
|
e.g `{ pos = {1, 1, 1}, sound = null, swap = "default:chest" }`
|
2017-11-26 12:44:55 +01:00
|
|
|
|
|
|
|
`default.chest.register_chest(name, def)`
|
|
|
|
|
|
|
|
* Registers new chest
|
2020-04-13 20:26:44 +02:00
|
|
|
* `name` Name for chest e.g. "default:chest"
|
2017-11-26 12:44:55 +01:00
|
|
|
* `def` See [#Chest Definition]
|
|
|
|
|
|
|
|
### Chest Definition
|
|
|
|
|
|
|
|
description = "Chest",
|
|
|
|
tiles = {
|
|
|
|
"default_chest_top.png",
|
|
|
|
"default_chest_top.png",
|
|
|
|
"default_chest_side.png",
|
|
|
|
"default_chest_side.png",
|
|
|
|
"default_chest_front.png",
|
|
|
|
"default_chest_inside.png"
|
|
|
|
}, -- Textures which are applied to the chest model.
|
|
|
|
sounds = default.node_sound_wood_defaults(),
|
|
|
|
sound_open = "default_chest_open",
|
|
|
|
sound_close = "default_chest_close",
|
|
|
|
groups = {choppy = 2, oddly_breakable_by_hand = 2},
|
|
|
|
protected = false, -- If true, only placer can modify chest.
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Doors API
|
|
|
|
---------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2015-02-03 20:11:23 +01:00
|
|
|
The doors mod allows modders to register custom doors and trapdoors.
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-12-20 23:45:24 +01:00
|
|
|
`doors.registered_doors[name] = Door definition`
|
|
|
|
* Table of registered doors, indexed by door name
|
|
|
|
|
|
|
|
`doors.registered_trapdoors[name] = Trapdoor definition`
|
|
|
|
* Table of registered trap doors, indexed by trap door name
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`doors.register_door(name, def)`
|
2015-02-03 20:11:23 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* Registers new door
|
|
|
|
* `name` Name for door
|
|
|
|
* `def` See [#Door definition]
|
2014-12-07 15:25:39 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`doors.register_trapdoor(name, def)`
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-16 03:50:32 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* Registers new trapdoor
|
|
|
|
* `name` Name for trapdoor
|
|
|
|
* `def` See [#Trapdoor definition]
|
|
|
|
|
2016-03-18 08:33:14 +01:00
|
|
|
`doors.register_fencegate(name, def)`
|
|
|
|
|
|
|
|
* Registers new fence gate
|
|
|
|
* `name` Name for fence gate
|
|
|
|
* `def` See [#Fence gate definition]
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`doors.get(pos)`
|
2016-01-02 13:28:07 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `pos` A position as a table, e.g `{x = 1, y = 1, z = 1}`
|
2016-01-02 13:28:07 +01:00
|
|
|
* Returns an ObjectRef to a door, or nil if the position does not contain a door
|
|
|
|
|
|
|
|
### Methods
|
|
|
|
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-16 03:50:32 +01:00
|
|
|
:open(player) -- Open the door object, returns if door was opened
|
|
|
|
:close(player) -- Close the door object, returns if door was closed
|
|
|
|
:toggle(player) -- Toggle the door state, returns if state was toggled
|
|
|
|
:state() -- returns the door state, true = open, false = closed
|
|
|
|
|
|
|
|
the "player" parameter can be omitted in all methods. If passed then
|
|
|
|
the usual permission checks will be performed to make sure the player
|
|
|
|
has the permissions needed to open this door. If omitted then no
|
|
|
|
permission checks are performed.
|
|
|
|
|
2018-12-20 23:45:24 +01:00
|
|
|
`doors.door_toggle(pos, node, clicker)`
|
|
|
|
|
|
|
|
* Toggle door open or shut
|
|
|
|
* `pos` Position of the door
|
|
|
|
* `node` Node definition
|
|
|
|
* `clicker` Player definition for the player that clicked on the door
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Door definition
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
description = "Door description",
|
|
|
|
inventory_image = "mod_door_inv.png",
|
2016-03-03 18:40:24 +01:00
|
|
|
groups = {choppy = 2},
|
2022-01-30 13:54:37 +01:00
|
|
|
model = "mod_door", -- (optional)
|
|
|
|
-- Model name without a suffix ("big_door" not "big_door_a.obj", "big_door_b.obj")
|
2016-03-03 18:40:24 +01:00
|
|
|
tiles = {"mod_door.png"}, -- UV map.
|
2019-05-04 00:49:07 +02:00
|
|
|
-- The front and back of the door must be identical in appearence as they swap on
|
|
|
|
-- open/close.
|
2016-02-13 19:03:23 +01:00
|
|
|
recipe = craftrecipe,
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-16 03:50:32 +01:00
|
|
|
sounds = default.node_sound_wood_defaults(), -- optional
|
|
|
|
sound_open = sound play for open door, -- optional
|
|
|
|
sound_close = sound play for close door, -- optional
|
2021-05-31 21:43:33 +02:00
|
|
|
gain_open = 0.3, -- optional, defaults to 0.3
|
|
|
|
gain_close = 0.3, -- optional, defaults to 0.3
|
2016-03-03 18:40:24 +01:00
|
|
|
protected = false, -- If true, only placer can open the door (locked for others)
|
2022-01-14 19:41:26 +01:00
|
|
|
on_rightclick = function(pos, node, clicker, itemstack, pointed_thing),
|
2018-12-20 23:45:24 +01:00
|
|
|
-- optional function containing the on_rightclick callback, defaults to a doors.door_toggle-wrapper
|
2022-01-14 19:41:26 +01:00
|
|
|
use_texture_alpha = "clip",
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Trapdoor definition
|
2014-07-05 22:45:46 +02:00
|
|
|
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-16 03:50:32 +01:00
|
|
|
description = "Trapdoor description",
|
|
|
|
inventory_image = "mod_trapdoor_inv.png",
|
2022-01-30 13:54:37 +01:00
|
|
|
nodebox_closed = {} -- Nodebox for closed model
|
|
|
|
nodebox_opened = {} -- Nodebox for opened model
|
|
|
|
-- (optional) both nodeboxes must be used, not one only
|
2016-03-03 18:40:24 +01:00
|
|
|
groups = {choppy = 2},
|
|
|
|
tile_front = "doors_trapdoor.png", -- the texture for the front and back of the trapdoor
|
2019-05-04 00:49:07 +02:00
|
|
|
tile_side = "doors_trapdoor_side.png",
|
|
|
|
-- The texture for the four sides of the trapdoor.
|
|
|
|
-- The texture should have the trapdoor side drawn twice, in the lowest and highest
|
|
|
|
-- 1/8ths of the texture, both upright. The area between is not used.
|
|
|
|
-- The lower 1/8th will be used for the closed trapdoor, the higher 1/8th will be used
|
|
|
|
-- for the open trapdoor.
|
New mesh door models, and extensive door API
This patch replaces the default door nodes with a new mesh model
and nodes.
Two new models were added that are 2 blocks high. One for left-hinge
and one for right-hinge doors. This allows us to make a single texture
fit on both models. The alternative would have been 1 model and 2
unmapped textures, which is more work for mod developers.
Doors work exactly like the old doors, including ownership, breaking
doors, opening and closing.
Under the hood, we can prevent the top part of the door from being
obstructed by placing an invisible node. This prevents liquids from
flowing through doors or people placing sand or other blocks in the
top half. The door code automatically places and removes these as
needed.
Metadata is used to store door state, just like the old version.
A doors API is added, it allows mods to use the API to open/close or
toggle door states without worrying about sounds, permissions and
other details. This is intended for e.g. mesecons. This API allows
mods to manipulate or inspect doors for players or for themselves.
In-game old door nodes are automatically converted using an ABM and
preserve ownership and orientation and state.
TNT blows up all doors and trapdoors except for the steel ones,
who can survive a blast. We return an itemstack in on_blast(),
which requires a TNT API patch which is also pending.
We enable backface culling for most of these doors, as this gives
the identical visual appearance that the old doors had. In the case
of the glass door, there's a slight twist.
The texture files used by the new doors have new names that do
not conflict with previous texture file names to avoid texture
pack conflicts.
Thanks to red-001 <red-001@users.noreply.github.com> for some
of the conversion code, cleanups, and extra textures.
2016-01-16 03:50:32 +01:00
|
|
|
sounds = default.node_sound_wood_defaults(), -- optional
|
|
|
|
sound_open = sound play for open door, -- optional
|
|
|
|
sound_close = sound play for close door, -- optional
|
2021-05-31 21:43:33 +02:00
|
|
|
gain_open = 0.3, -- optional, defaults to 0.3
|
|
|
|
gain_close = 0.3, -- optional, defaults to 0.3
|
2016-03-03 18:40:24 +01:00
|
|
|
protected = false, -- If true, only placer can open the door (locked for others)
|
2022-01-14 19:41:26 +01:00
|
|
|
on_rightclick = function(pos, node, clicker, itemstack, pointed_thing) ,
|
2018-12-20 23:45:24 +01:00
|
|
|
-- function containing the on_rightclick callback
|
2022-01-14 19:41:26 +01:00
|
|
|
use_texture_alpha = "clip",
|
2015-02-03 20:11:23 +01:00
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Fence gate definition
|
2016-03-18 08:33:14 +01:00
|
|
|
|
|
|
|
description = "Wooden Fence Gate",
|
2017-06-19 18:51:21 +02:00
|
|
|
texture = "default_wood.png", -- `backface_culling` will automatically be
|
|
|
|
-- set to `true` if not specified.
|
2016-03-18 08:33:14 +01:00
|
|
|
material = "default:wood",
|
|
|
|
groups = {choppy = 2, oddly_breakable_by_hand = 2, flammable = 2},
|
|
|
|
sounds = default.node_sound_wood_defaults(), -- optional
|
2022-01-14 19:41:26 +01:00
|
|
|
on_rightclick = function(pos, node, clicker, itemstack, pointed_thing)
|
2018-12-20 23:45:24 +01:00
|
|
|
-- function containing the on_rightclick callback
|
2016-03-18 08:33:14 +01:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2017-10-27 13:34:41 +02:00
|
|
|
Dungeon Loot API
|
|
|
|
----------------
|
|
|
|
|
|
|
|
The mod that places chests with loot in dungeons provides an API to register additional loot.
|
|
|
|
|
|
|
|
`dungeon_loot.register(def)`
|
|
|
|
|
|
|
|
* Registers one or more loot items
|
|
|
|
* `def` Can be a single [#Loot definition] or a list of them
|
|
|
|
|
|
|
|
`dungeon_loot.registered_loot`
|
|
|
|
|
|
|
|
* Table of all registered loot, not to be modified manually
|
|
|
|
|
|
|
|
### Loot definition
|
|
|
|
|
|
|
|
name = "item:name",
|
|
|
|
chance = 0.5,
|
|
|
|
-- ^ chance value from 0.0 to 1.0 that the item will appear in the chest when chosen
|
2019-07-16 20:28:40 +02:00
|
|
|
-- Due to an extra step in the selection process, 0.5 does not(!) mean that
|
2017-10-27 13:34:41 +02:00
|
|
|
-- on average every second chest will have this item
|
|
|
|
count = {1, 4},
|
|
|
|
-- ^ table with minimum and maximum amounts of this item
|
|
|
|
-- optional, defaults to always single item
|
|
|
|
y = {-32768, -512},
|
|
|
|
-- ^ table with minimum and maximum heights this item can be found at
|
|
|
|
-- optional, defaults to no height restrictions
|
|
|
|
types = {"desert"},
|
|
|
|
-- ^ table with types of dungeons this item can be found in
|
2019-07-16 20:28:40 +02:00
|
|
|
-- supported types: "normal" (the cobble/mossycobble one), "sandstone"
|
|
|
|
-- "desert" and "ice"
|
2017-10-27 13:34:41 +02:00
|
|
|
-- optional, defaults to no type restrictions
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-15 06:49:20 +01:00
|
|
|
Fence API
|
|
|
|
---------
|
2016-01-02 13:28:07 +01:00
|
|
|
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-15 06:49:20 +01:00
|
|
|
Allows creation of new fences with "fencelike" drawtype.
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`default.register_fence(name, item definition)`
|
|
|
|
|
|
|
|
Registers a new fence. Custom fields texture and material are required, as
|
|
|
|
are name and description. The rest is optional. You can pass most normal
|
|
|
|
nodedef fields here except drawtype. The fence group will always be added
|
|
|
|
for this node.
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### fence definition
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-15 06:49:20 +01:00
|
|
|
|
|
|
|
name = "default:fence_wood",
|
|
|
|
description = "Wooden Fence",
|
|
|
|
texture = "default_wood.png",
|
|
|
|
material = "default:wood",
|
2016-03-03 18:40:24 +01:00
|
|
|
groups = {choppy = 2, oddly_breakable_by_hand = 2, flammable = 2},
|
Create API for fence.register, and use it.
This converts the call to minetest.register() for the default
fence node, so it can be called by other mods to quickly
setup other fences.
Since this creates an API, insert it into the game_api.txt.
The api looks like minetest.register(name, {def}), and has two
uncommon fields: "texture" and "material". Any normal nodedef
property can be passed through, except "drawtype". The "fence"
group will always be added.
The default fence recipe is modified to be as follows:
wood, stick, wood
wood, stick, wood
This recipe yields 4 fence nodes.
This allows us to create according recipes for acacia, pine,
aspen, and junglewood fences without adding new stick types:
pine wood, stick, pine wood
pine wood, stick, pine wood
This is a from-scratch implementation, written by heart but inspired
by (#665 - Add many wooden fences).
Stick and fences nodes are named in a consistent way.
2015-12-15 06:49:20 +01:00
|
|
|
sounds = default.node_sound_wood_defaults(),
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
Walls API
|
2016-01-12 06:53:38 +01:00
|
|
|
---------
|
2016-01-02 13:28:07 +01:00
|
|
|
|
2016-01-12 06:53:38 +01:00
|
|
|
The walls API allows easy addition of stone auto-connecting wall nodes.
|
|
|
|
|
|
|
|
walls.register(name, desc, texture, mat, sounds)
|
|
|
|
^ name = "walls:stone_wall". Node name.
|
|
|
|
^ desc = "A Stone wall"
|
|
|
|
^ texture = "default_stone.png"
|
|
|
|
^ mat = "default:stone". Used to auto-generate crafting recipe.
|
|
|
|
^ sounds = sounds: see [#Default sounds]
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Farming API
|
|
|
|
-----------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
The farming API allows you to easily register plants and hoes.
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`farming.register_hoe(name, hoe definition)`
|
|
|
|
* Register a new hoe, see [#hoe definition]
|
2014-12-07 15:25:39 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`farming.register_plant(name, Plant definition)`
|
|
|
|
* Register a new growing plant, see [#Plant definition]
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2016-05-07 11:50:59 +02:00
|
|
|
`farming.registered_plants[name] = definition`
|
|
|
|
* Table of registered plants, indexed by plant name
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Hoe Definition
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
|
|
|
|
{
|
|
|
|
description = "", -- Description for tooltip
|
|
|
|
inventory_image = "unknown_item.png", -- Image to be used as wield- and inventory image
|
|
|
|
max_uses = 30, -- Uses until destroyed
|
|
|
|
material = "", -- Material for recipes
|
|
|
|
recipe = { -- Craft recipe, if material isn't used
|
|
|
|
{"air", "air", "air"},
|
|
|
|
{"", "group:stick"},
|
|
|
|
{"", "group:stick"},
|
|
|
|
}
|
2014-07-05 22:45:46 +02:00
|
|
|
}
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Plant definition
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
{
|
|
|
|
description = "", -- Description of seed item
|
2019-09-18 20:38:27 +02:00
|
|
|
harvest_description = "", -- Description of harvest item
|
|
|
|
-- (optional, derived automatically if not provided)
|
2016-03-03 18:40:24 +01:00
|
|
|
inventory_image = "unknown_item.png", -- Image to be used as seed's wield- and inventory image
|
|
|
|
steps = 8, -- How many steps the plant has to grow, until it can be harvested
|
|
|
|
-- ^ Always provide a plant texture for each step, format: modname_plantname_i.png (i = stepnumber)
|
|
|
|
minlight = 13, -- Minimum light to grow
|
|
|
|
maxlight = default.LIGHT_MAX -- Maximum light to grow
|
|
|
|
}
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2016-01-20 23:18:03 +01:00
|
|
|
Fire API
|
|
|
|
--------
|
|
|
|
|
2019-03-30 21:33:08 +01:00
|
|
|
Add group flammable when registering a node to make fire seek for it.
|
|
|
|
Add it to an item to make it burn up when dropped in lava or fire.
|
2016-01-02 13:28:07 +01:00
|
|
|
New node def property:
|
|
|
|
|
2016-01-20 23:18:03 +01:00
|
|
|
`on_burn(pos)`
|
|
|
|
|
|
|
|
* Called when fire attempts to remove a burning node.
|
|
|
|
* `pos` Position of the burning node.
|
|
|
|
|
2016-10-24 22:24:49 +02:00
|
|
|
`on_ignite(pos, igniter)`
|
|
|
|
|
|
|
|
* Called when Flint and steel (or a mod defined ignitor) is used on a node.
|
|
|
|
Defining it may prevent the default action (spawning flames) from triggering.
|
|
|
|
* `pos` Position of the ignited node.
|
|
|
|
* `igniter` Player that used the tool, when available.
|
|
|
|
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
Give Initial Stuff API
|
|
|
|
----------------------
|
|
|
|
|
|
|
|
`give_initial_stuff.give(player)`
|
|
|
|
|
|
|
|
^ Give initial stuff to "player"
|
|
|
|
|
|
|
|
`give_initial_stuff.add(stack)`
|
|
|
|
|
|
|
|
^ Add item to the initial stuff
|
|
|
|
^ Stack can be an ItemStack or a item name eg: "default:dirt 99"
|
|
|
|
^ Can be called after the game has loaded
|
|
|
|
|
|
|
|
`give_initial_stuff.clear()`
|
|
|
|
|
|
|
|
^ Removes all items from the initial stuff
|
|
|
|
^ Can be called after the game has loaded
|
|
|
|
|
|
|
|
`give_initial_stuff.get_list()`
|
|
|
|
|
|
|
|
^ returns list of item stacks
|
|
|
|
|
|
|
|
`give_initial_stuff.set_list(list)`
|
|
|
|
|
|
|
|
^ List of initial items with numeric indices.
|
|
|
|
|
|
|
|
`give_initial_stuff.add_from_csv(str)`
|
|
|
|
|
|
|
|
^ str is a comma separated list of initial stuff
|
|
|
|
^ Adds items to the list of items to be given
|
|
|
|
|
2016-01-01 23:49:32 +01:00
|
|
|
|
2020-09-09 19:11:25 +02:00
|
|
|
Player API
|
|
|
|
----------
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2020-03-16 22:29:44 +01:00
|
|
|
The player API can register player models and update the player's appearance.
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2022-02-08 03:17:07 +01:00
|
|
|
* `player_api.globalstep(dtime, ...)`
|
|
|
|
* The function called by the globalstep that controls player animations.
|
|
|
|
You can override this to replace the globalstep with your own implementation.
|
|
|
|
* Receives all args that minetest.register_globalstep() passes
|
|
|
|
|
2017-07-26 20:38:11 +02:00
|
|
|
* `player_api.register_model(name, def)`
|
|
|
|
* Register a new model to be used by players
|
2020-09-09 19:11:25 +02:00
|
|
|
* `name`: model filename such as "character.x", "foo.b3d", etc.
|
|
|
|
* `def`: see [#Model definition]
|
2022-02-08 03:17:07 +01:00
|
|
|
* Saved to player_api.registered_models
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2020-09-09 19:11:25 +02:00
|
|
|
* `player_api.registered_models[name]`
|
|
|
|
* Get a model's definition
|
|
|
|
* `name`: model filename
|
|
|
|
* See [#Model definition]
|
2017-07-26 20:38:11 +02:00
|
|
|
|
|
|
|
* `player_api.set_model(player, model_name)`
|
|
|
|
* Change a player's model
|
|
|
|
* `player`: PlayerRef
|
2022-01-17 21:49:28 +01:00
|
|
|
* `model_name`: model registered with `player_api.register_model`
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2020-09-09 19:11:25 +02:00
|
|
|
* `player_api.set_animation(player, anim_name, speed)`
|
2022-01-17 21:49:28 +01:00
|
|
|
* Applies an animation to a player if speed or anim_name differ from the currently playing animation
|
2020-09-09 19:11:25 +02:00
|
|
|
* `player`: PlayerRef
|
|
|
|
* `anim_name`: name of the animation
|
2022-01-17 21:49:28 +01:00
|
|
|
* `speed`: keyframes per second. If nil, the default from the model def is used
|
2017-07-26 20:38:11 +02:00
|
|
|
|
|
|
|
* `player_api.set_textures(player, textures)`
|
|
|
|
* Sets player textures
|
|
|
|
* `player`: PlayerRef
|
2020-09-09 19:11:25 +02:00
|
|
|
* `textures`: array of textures. If nil, the default from the model def is used
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2022-01-18 19:18:44 +01:00
|
|
|
* `player_api.set_textures(player, index, texture)`
|
|
|
|
* Sets one of the player textures
|
|
|
|
* `player`: PlayerRef
|
|
|
|
* `index`: Index into array of all textures
|
|
|
|
* `texture`: the texture string
|
|
|
|
|
2017-07-26 20:38:11 +02:00
|
|
|
* `player_api.get_animation(player)`
|
2020-09-09 19:11:25 +02:00
|
|
|
* Returns a table containing fields `model`, `textures` and `animation`
|
|
|
|
* Any of the fields of the returned table may be nil
|
|
|
|
* `player`: PlayerRef
|
2017-07-26 20:38:11 +02:00
|
|
|
|
2020-03-16 22:29:44 +01:00
|
|
|
* `player_api.player_attached`
|
2020-09-09 19:11:25 +02:00
|
|
|
* A table that maps a player name to a boolean
|
|
|
|
* If the value for a given player is set to true, the default player animations
|
|
|
|
(walking, digging, ...) will no longer be updated, and knockback from damage is
|
|
|
|
prevented for that player
|
|
|
|
* Example of usage: A mod sets a player's value to true when attached to a vehicle
|
2020-03-16 22:29:44 +01:00
|
|
|
|
2017-07-26 20:38:11 +02:00
|
|
|
### Model Definition
|
|
|
|
|
|
|
|
{
|
2022-01-17 21:49:28 +01:00
|
|
|
animation_speed = 30, -- Default animation speed, in keyframes per second
|
|
|
|
textures = {"character.png"}, -- Default array of textures
|
2017-07-26 20:38:11 +02:00
|
|
|
animations = {
|
2022-01-18 19:18:44 +01:00
|
|
|
-- [anim_name] = {
|
|
|
|
-- x = <start_frame>,
|
|
|
|
-- y = <end_frame>,
|
|
|
|
-- collisionbox = <model collisionbox>, -- (optional)
|
|
|
|
-- eye_height = <model eye height>, -- (optional)
|
|
|
|
-- -- suspend client side animations while this one is active (optional)
|
|
|
|
-- override_local = <true/false>
|
|
|
|
-- },
|
2022-01-17 21:49:28 +01:00
|
|
|
stand = ..., lay = ..., walk = ..., mine = ..., walk_mine = ..., -- required animations
|
|
|
|
sit = ... -- used by boats and other MTG mods
|
2017-07-26 20:38:11 +02:00
|
|
|
},
|
2022-01-17 21:49:28 +01:00
|
|
|
-- Default object properties, see lua_api.txt
|
|
|
|
visual_size = {x = 1, y = 1},
|
|
|
|
collisionbox = {-0.3, 0.0, -0.3, 0.3, 1.7, 0.3},
|
|
|
|
stepheight = 0.6,
|
|
|
|
eye_height = 1.47
|
2017-07-26 20:38:11 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
TNT API
|
2017-07-26 20:38:11 +02:00
|
|
|
-------
|
2016-01-01 23:49:32 +01:00
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
`tnt.register_tnt(definition)`
|
2016-01-01 23:49:32 +01:00
|
|
|
|
|
|
|
^ Register a new type of tnt.
|
|
|
|
|
|
|
|
* `name` The name of the node. If no prefix is given `tnt` is used.
|
|
|
|
* `description` A description for your TNT.
|
|
|
|
* `radius` The radius within which the TNT can destroy nodes. The default is 3.
|
|
|
|
* `damage_radius` The radius within which the TNT can damage players and mobs. By default it is twice the `radius`.
|
2017-07-08 22:17:33 +02:00
|
|
|
* `sound` The sound played when explosion occurs. By default it is `tnt_explode`.
|
2016-01-01 23:49:32 +01:00
|
|
|
* `disable_drops` Disable drops. By default it is set to false.
|
|
|
|
* `ignore_protection` Don't check `minetest.is_protected` before removing a node.
|
|
|
|
* `ignore_on_blast` Don't call `on_blast` even if a node has one.
|
|
|
|
* `tiles` Textures for node
|
|
|
|
* `side` Side tiles. By default the name of the tnt with a suffix of `_side.png`.
|
|
|
|
* `top` Top tile. By default the name of the tnt with a suffix of `_top.png`.
|
|
|
|
* `bottom` Bottom tile. By default the name of the tnt with a suffix of `_bottom.png`.
|
|
|
|
* `burning` Top tile when lit. By default the name of the tnt with a suffix of `_top_burning_animated.png".
|
|
|
|
|
2017-09-28 16:18:52 +02:00
|
|
|
`tnt.boom(position[, definition])`
|
2016-01-01 23:49:32 +01:00
|
|
|
|
|
|
|
^ Create an explosion.
|
|
|
|
|
|
|
|
* `position` The center of explosion.
|
2017-08-26 23:14:44 +02:00
|
|
|
* `definition` The TNT definion as passed to `tnt.register` with the following addition:
|
|
|
|
* `explode_center` false by default which removes TNT node on blast, when true will explode center node.
|
2016-01-01 23:49:32 +01:00
|
|
|
|
2016-10-05 17:15:49 +02:00
|
|
|
`tnt.burn(position, [nodename])`
|
2016-01-01 23:49:32 +01:00
|
|
|
|
2016-11-13 16:08:07 +01:00
|
|
|
^ Ignite node at position, triggering its `on_ignite` callback (see fire mod).
|
|
|
|
If no such callback exists, fallback to turn tnt group nodes to their
|
|
|
|
"_burning" variant.
|
|
|
|
nodename isn't required unless already known.
|
2016-04-16 04:21:45 +02:00
|
|
|
|
|
|
|
To make dropping items from node inventories easier, you can use the
|
|
|
|
following helper function from 'default':
|
|
|
|
|
|
|
|
default.get_inventory_drops(pos, inventory, drops)
|
|
|
|
|
|
|
|
^ Return drops from node inventory "inventory" in drops.
|
|
|
|
|
|
|
|
* `pos` - the node position
|
|
|
|
* `inventory` - the name of the inventory (string)
|
|
|
|
* `drops` - an initialized list
|
|
|
|
|
|
|
|
The function returns no values. The drops are returned in the `drops`
|
|
|
|
parameter, and drops is not reinitialized so you can call it several
|
|
|
|
times in a row to add more inventory items to it.
|
|
|
|
|
|
|
|
|
2016-04-28 05:15:52 +02:00
|
|
|
`on_blast` callbacks:
|
|
|
|
|
|
|
|
Both nodedefs and entitydefs can provide an `on_blast()` callback
|
|
|
|
|
|
|
|
`nodedef.on_blast(pos, intensity)`
|
|
|
|
^ Allow drop and node removal overriding
|
|
|
|
* `pos` - node position
|
|
|
|
* `intensity` - TNT explosion measure. larger or equal to 1.0
|
|
|
|
^ Should return a list of drops (e.g. {"default:stone"})
|
|
|
|
^ Should perform node removal itself. If callback exists in the nodedef
|
|
|
|
^ then the TNT code will not destroy this node.
|
|
|
|
|
|
|
|
`entitydef.on_blast(luaobj, damage)`
|
|
|
|
^ Allow TNT effects on entities to be overridden
|
|
|
|
* `luaobj` - LuaEntityRef of the entity
|
|
|
|
* `damage` - suggested HP damage value
|
|
|
|
^ Should return a list of (bool do_damage, bool do_knockback, table drops)
|
|
|
|
* `do_damage` - if true then TNT mod wil damage the entity
|
|
|
|
* `do_knockback` - if true then TNT mod will knock the entity away
|
|
|
|
* `drops` - a list of drops, e.g. {"wool:red"}
|
|
|
|
|
|
|
|
|
2015-05-13 11:49:11 +02:00
|
|
|
Screwdriver API
|
|
|
|
---------------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2015-05-13 11:49:11 +02:00
|
|
|
The screwdriver API allows you to control a node's behaviour when a screwdriver is used on it.
|
2016-03-03 18:40:24 +01:00
|
|
|
To use it, add the `on_screwdriver` function to the node definition.
|
|
|
|
|
|
|
|
`on_rotate(pos, node, user, mode, new_param2)`
|
|
|
|
|
|
|
|
* `pos` Position of the node that the screwdriver is being used on
|
|
|
|
* `node` that node
|
|
|
|
* `user` The player who used the screwdriver
|
|
|
|
* `mode` screwdriver.ROTATE_FACE or screwdriver.ROTATE_AXIS
|
|
|
|
* `new_param2` the new value of param2 that would have been set if on_rotate wasn't there
|
|
|
|
* return value: false to disallow rotation, nil to keep default behaviour, true to allow
|
2015-09-30 01:48:09 +02:00
|
|
|
it but to indicate that changed have already been made (so the screwdriver will wear out)
|
2016-08-05 12:14:33 +02:00
|
|
|
* use `on_rotate = false` to always disallow rotation
|
2016-03-03 18:40:24 +01:00
|
|
|
* use `on_rotate = screwdriver.rotate_simple` to allow only face rotation
|
2015-05-13 11:49:11 +02:00
|
|
|
|
2016-07-04 10:12:37 +02:00
|
|
|
|
|
|
|
Sethome API
|
|
|
|
-----------
|
|
|
|
|
|
|
|
The sethome API adds three global functions to allow mods to read a players home position,
|
|
|
|
set a players home position and teleport a player to home position.
|
|
|
|
|
|
|
|
`sethome.get(name)`
|
|
|
|
|
|
|
|
* `name` Player who's home position you wish to get
|
|
|
|
* return value: false if no player home coords exist, position table if true
|
|
|
|
|
|
|
|
`sethome.set(name, pos)`
|
|
|
|
|
|
|
|
* `name` Player who's home position you wish to set
|
|
|
|
* `pos` Position table containing coords of home position
|
|
|
|
* return value: false if unable to set and save new home position, otherwise true
|
|
|
|
|
|
|
|
`sethome.go(name)`
|
|
|
|
|
|
|
|
* `name` Player you wish to teleport to their home position
|
|
|
|
* return value: false if player cannot be sent home, otherwise true
|
|
|
|
|
|
|
|
|
2016-07-04 20:19:39 +02:00
|
|
|
Sfinv API
|
|
|
|
---------
|
|
|
|
|
2018-03-28 19:28:26 +02:00
|
|
|
It is recommended that you read this link for a good introduction to the
|
|
|
|
sfinv API by its author: https://rubenwardy.com/minetest_modding_book/en/chapters/sfinv.html
|
|
|
|
|
2016-07-04 20:19:39 +02:00
|
|
|
### sfinv Methods
|
|
|
|
|
2017-02-06 19:26:33 +01:00
|
|
|
**Pages**
|
|
|
|
|
|
|
|
* sfinv.set_page(player, pagename) - changes the page
|
2018-11-28 15:14:33 +01:00
|
|
|
* sfinv.get_page(player) - get the current page name. Will never return nil
|
2016-11-29 10:26:56 +01:00
|
|
|
* sfinv.get_homepage_name(player) - get the page name of the first page to show to a player
|
2016-07-04 20:19:39 +02:00
|
|
|
* sfinv.register_page(name, def) - register a page, see section below
|
|
|
|
* sfinv.override_page(name, def) - overrides fields of an page registered with register_page.
|
|
|
|
* Note: Page must already be defined, (opt)depend on the mod defining it.
|
2017-02-06 19:26:33 +01:00
|
|
|
* sfinv.set_player_inventory_formspec(player) - (re)builds page formspec
|
|
|
|
and calls set_inventory_formspec().
|
|
|
|
* sfinv.get_formspec(player, context) - builds current page's formspec
|
|
|
|
|
|
|
|
**Contexts**
|
|
|
|
|
|
|
|
* sfinv.get_or_create_context(player) - gets the player's context
|
|
|
|
* sfinv.set_context(player, context)
|
|
|
|
|
|
|
|
**Theming**
|
|
|
|
|
|
|
|
* sfinv.make_formspec(player, context, content, show_inv, size) - adds a theme to a formspec
|
|
|
|
* show_inv, defaults to false. Whether to show the player's main inventory
|
|
|
|
* size, defaults to `size[8,8.6]` if not specified
|
|
|
|
* sfinv.get_nav_fs(player, context, nav, current_idx) - creates tabheader or ""
|
2016-07-04 20:19:39 +02:00
|
|
|
|
|
|
|
### sfinv Members
|
|
|
|
|
|
|
|
* pages - table of pages[pagename] = def
|
|
|
|
* pages_unordered - array table of pages in order of addition (used to build navigation tabs).
|
|
|
|
* contexts - contexts[playername] = player_context
|
|
|
|
* enabled - set to false to disable. Good for inventory rehaul mods like unified inventory
|
|
|
|
|
|
|
|
### Context
|
|
|
|
|
|
|
|
A table with these keys:
|
|
|
|
|
|
|
|
* page - current page name
|
|
|
|
* nav - a list of page names
|
|
|
|
* nav_titles - a list of page titles
|
|
|
|
* nav_idx - current nav index (in nav and nav_titles)
|
|
|
|
* any thing you want to store
|
|
|
|
* sfinv will clear the stored data on log out / log in
|
|
|
|
|
|
|
|
### sfinv.register_page
|
|
|
|
|
|
|
|
sfinv.register_page(name, def)
|
|
|
|
|
|
|
|
def is a table containing:
|
|
|
|
|
|
|
|
* `title` - human readable page name (required)
|
|
|
|
* `get(self, player, context)` - returns a formspec string. See formspec variables. (required)
|
|
|
|
* `is_in_nav(self, player, context)` - return true to show in the navigation (the tab header, by default)
|
|
|
|
* `on_player_receive_fields(self, player, context, fields)` - on formspec submit.
|
|
|
|
* `on_enter(self, player, context)` - called when the player changes pages, usually using the tabs.
|
|
|
|
* `on_leave(self, player, context)` - when leaving this page to go to another, called before other's on_enter
|
|
|
|
|
|
|
|
### get formspec
|
|
|
|
|
|
|
|
Use sfinv.make_formspec to apply a layout:
|
|
|
|
|
|
|
|
return sfinv.make_formspec(player, context, [[
|
|
|
|
list[current_player;craft;1.75,0.5;3,3;]
|
|
|
|
list[current_player;craftpreview;5.75,1.5;1,1;]
|
|
|
|
image[4.75,1.5;1,1;gui_furnace_arrow_bg.png^[transformR270]
|
|
|
|
listring[current_player;main]
|
|
|
|
listring[current_player;craft]
|
|
|
|
image[0,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[1,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[2,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[3,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[4,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[5,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[6,4.25;1,1;gui_hb_bg.png]
|
|
|
|
image[7,4.25;1,1;gui_hb_bg.png]
|
|
|
|
]], true)
|
|
|
|
|
|
|
|
See above (methods section) for more options.
|
|
|
|
|
|
|
|
### Customising themes
|
|
|
|
|
|
|
|
Simply override this function to change the navigation:
|
|
|
|
|
|
|
|
function sfinv.get_nav_fs(player, context, nav, current_idx)
|
|
|
|
return "navformspec"
|
|
|
|
end
|
|
|
|
|
|
|
|
And override this function to change the layout:
|
|
|
|
|
|
|
|
function sfinv.make_formspec(player, context, content, show_inv, size)
|
|
|
|
local tmp = {
|
|
|
|
size or "size[8,8.6]",
|
|
|
|
theme_main,
|
|
|
|
sfinv.get_nav_fs(player, context, context.nav_titles, context.nav_idx),
|
|
|
|
content
|
|
|
|
}
|
|
|
|
if show_inv then
|
|
|
|
tmp[4] = theme_inv
|
|
|
|
end
|
|
|
|
return table.concat(tmp, "")
|
|
|
|
end
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Stairs API
|
|
|
|
----------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
The stairs API lets you register stairs and slabs and ensures that they are registered the same way as those
|
2015-10-11 18:29:39 +02:00
|
|
|
delivered with Minetest Game, to keep them compatible with other mods.
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2021-12-12 16:38:54 +01:00
|
|
|
The following node attributes are sourced from the recipeitem:
|
|
|
|
* use_texture_alpha
|
|
|
|
* sunlight_propagates
|
|
|
|
* light_source
|
|
|
|
* If the recipeitem is a fuel, the stair/slab is also registered as a fuel of proportionate burntime.
|
|
|
|
|
2018-10-04 01:33:11 +02:00
|
|
|
`stairs.register_stair(subname, recipeitem, groups, images, description, sounds, worldaligntex)`
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-10-04 01:33:11 +02:00
|
|
|
* Registers a stair
|
2016-03-03 18:40:24 +01:00
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the stair name. Nodename pattern: "stairs:stair_subname"
|
2016-05-30 21:03:55 +02:00
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble", may be `nil`
|
2018-10-04 01:33:11 +02:00
|
|
|
* `groups`: See [Known damage and digging time defining groups]
|
|
|
|
* `images`: See [Tile definition]
|
|
|
|
* `description`: Used for the description field in the stair's definition
|
|
|
|
* `sounds`: See [#Default sounds]
|
|
|
|
* `worldaligntex`: A bool to set all textures world-aligned. Default false. See [Tile definition]
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-10-04 01:33:11 +02:00
|
|
|
`stairs.register_slab(subname, recipeitem, groups, images, description, sounds, worldaligntex)`
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-10-04 01:33:11 +02:00
|
|
|
* Registers a slab
|
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the slab name. Nodename pattern: "stairs:slab_subname"
|
2016-03-03 18:40:24 +01:00
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble"
|
2018-10-04 01:33:11 +02:00
|
|
|
* `groups`: See [Known damage and digging time defining groups]
|
|
|
|
* `images`: See [Tile definition]
|
|
|
|
* `description`: Used for the description field in the slab's definition
|
|
|
|
* `sounds`: See [#Default sounds]
|
|
|
|
* `worldaligntex`: A bool to set all textures world-aligned. Default false. See [Tile definition]
|
|
|
|
|
2019-09-12 19:03:10 +02:00
|
|
|
`stairs.register_stair_inner(subname, recipeitem, groups, images, description, sounds, worldaligntex, full_description)`
|
2018-10-04 01:33:11 +02:00
|
|
|
|
|
|
|
* Registers an inner corner stair
|
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the stair name. Nodename pattern: "stairs:stair_inner_subname"
|
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble", may be `nil`
|
|
|
|
* `groups`: See [Known damage and digging time defining groups]
|
|
|
|
* `images`: See [Tile definition]
|
2019-09-12 19:03:10 +02:00
|
|
|
* `description`: Used for the description field in the stair's definition with "Inner" prepended
|
2018-10-04 01:33:11 +02:00
|
|
|
* `sounds`: See [#Default sounds]
|
|
|
|
* `worldaligntex`: A bool to set all textures world-aligned. Default false. See [Tile definition]
|
2019-09-12 19:03:10 +02:00
|
|
|
* `full_description`: Overrides the description, bypassing string concatenation. This is useful for translation. (optional)
|
2018-10-04 01:33:11 +02:00
|
|
|
|
2019-09-12 19:03:10 +02:00
|
|
|
`stairs.register_stair_outer(subname, recipeitem, groups, images, description, sounds, worldaligntex, full_description)`
|
2018-10-04 01:33:11 +02:00
|
|
|
|
|
|
|
* Registers an outer corner stair
|
|
|
|
* `subname`: Basically the material name (e.g. cobble) used for the stair name. Nodename pattern: "stairs:stair_outer_subname"
|
|
|
|
* `recipeitem`: Item used in the craft recipe, e.g. "default:cobble", may be `nil`
|
|
|
|
* `groups`: See [Known damage and digging time defining groups]
|
|
|
|
* `images`: See [Tile definition]
|
2019-09-12 19:03:10 +02:00
|
|
|
* `description`: Used for the description field in the stair's definition with "Outer" prepended
|
2018-10-04 01:33:11 +02:00
|
|
|
* `sounds`: See [#Default sounds]
|
|
|
|
* `worldaligntex`: A bool to set all textures world-aligned. Default false. See [Tile definition]
|
2019-09-12 19:03:10 +02:00
|
|
|
* `full_description`: Overrides the description, bypassing string concatenation. This is useful for translation. (optional)
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2020-09-22 00:38:49 +02:00
|
|
|
```
|
|
|
|
stairs.register_stair_and_slab(subname, recipeitem, groups, images, desc_stair, desc_slab,
|
|
|
|
sounds, worldaligntex, desc_stair_inner, desc_stair_outer)
|
|
|
|
```
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-10-04 01:33:11 +02:00
|
|
|
* A wrapper for stairs.register_stair, stairs.register_slab, stairs.register_stair_inner, stairs.register_stair_outer
|
2016-03-03 18:40:24 +01:00
|
|
|
* Uses almost the same arguments as stairs.register_stair
|
2020-09-22 00:38:49 +02:00
|
|
|
* `desc_stair`: Description for stair nodes. For corner stairs 'Inner' or 'Outer' will be prefixed unless
|
|
|
|
`desc_stair_inner` or `desc_stair_outer` are specified, which are used instead.
|
2016-03-03 18:40:24 +01:00
|
|
|
* `desc_slab`: Description for slab node
|
2020-09-22 00:38:49 +02:00
|
|
|
* `desc_stair_inner`: Description for inner stair node
|
|
|
|
* `desc_stair_outer`: Description for outer stair node
|
2014-12-07 15:25:39 +01:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Xpanes API
|
|
|
|
----------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Creates panes that automatically connect to each other
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
`xpanes.register_pane(subname, def)`
|
|
|
|
|
|
|
|
* `subname`: used for nodename. Result: "xpanes:subname" and "xpanes:subname_{2..15}"
|
|
|
|
* `def`: See [#Pane definition]
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
### Pane definition
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
{
|
2019-09-27 00:35:06 +02:00
|
|
|
textures = {
|
|
|
|
"texture for front and back",
|
|
|
|
(unused),
|
|
|
|
"texture for the 4 edges"
|
|
|
|
}, -- More tiles aren't supported
|
2016-03-03 18:40:24 +01:00
|
|
|
groups = {group = rating}, -- Uses the known node groups, see [Known damage and digging time defining groups]
|
|
|
|
sounds = SoundSpec, -- See [#Default sounds]
|
|
|
|
recipe = {{"","","","","","","","",""}}, -- Recipe field only
|
2017-12-24 22:36:41 +01:00
|
|
|
use_texture_alpha = true, -- Optional boolean (default: `false`) for colored glass panes
|
2016-03-03 18:40:24 +01:00
|
|
|
}
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2015-03-06 07:50:27 +01:00
|
|
|
Raillike definitions
|
|
|
|
--------------------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2015-03-06 07:50:27 +01:00
|
|
|
The following nodes use the group `connect_to_raillike` and will only connect to
|
|
|
|
raillike nodes within this group and the same group value.
|
|
|
|
Use `minetest.raillike_group(<Name>)` to get the group value.
|
|
|
|
|
2015-09-30 01:48:09 +02:00
|
|
|
| Node type | Raillike group name
|
2016-03-03 18:40:24 +01:00
|
|
|
|-----------------------|---------------------
|
2015-09-30 01:48:09 +02:00
|
|
|
| default:rail | "rail"
|
|
|
|
| tnt:gunpowder | "gunpowder"
|
2015-02-21 01:05:19 +01:00
|
|
|
| tnt:gunpowder_burning | "gunpowder"
|
2015-03-06 07:50:27 +01:00
|
|
|
|
|
|
|
Example:
|
|
|
|
If you want to add a new rail type and want it to connect with default:rail,
|
|
|
|
add `connect_to_raillike=minetest.raillike_group("rail")` into the `groups` table
|
|
|
|
of your node.
|
|
|
|
|
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Default sounds
|
|
|
|
--------------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2014-07-05 22:45:46 +02:00
|
|
|
Sounds inside the default table can be used within the sounds field of node definitions.
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.node_sound_defaults()`
|
|
|
|
* `default.node_sound_stone_defaults()`
|
|
|
|
* `default.node_sound_dirt_defaults()`
|
|
|
|
* `default.node_sound_sand_defaults()`
|
|
|
|
* `default.node_sound_wood_defaults()`
|
|
|
|
* `default.node_sound_leaves_defaults()`
|
|
|
|
* `default.node_sound_glass_defaults()`
|
2016-10-25 17:42:28 +02:00
|
|
|
* `default.node_sound_metal_defaults()`
|
2014-07-05 22:45:46 +02:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
2014-12-07 15:17:09 +01:00
|
|
|
Default constants
|
|
|
|
-----------------
|
2016-03-03 18:40:24 +01:00
|
|
|
|
|
|
|
`default.LIGHT_MAX` The maximum light level (see [Node definition] light_source)
|
2014-12-07 15:17:09 +01:00
|
|
|
|
2017-07-16 14:31:34 +02:00
|
|
|
|
|
|
|
GUI and formspecs
|
|
|
|
-----------------
|
|
|
|
|
|
|
|
`default.get_hotbar_bg(x, y)`
|
|
|
|
|
|
|
|
* Get the hotbar background as string, containing the formspec elements
|
|
|
|
* x: Horizontal position in the formspec
|
|
|
|
* y: Vertical position in the formspec
|
|
|
|
|
|
|
|
`default.gui_bg`
|
|
|
|
|
2018-03-28 19:28:26 +02:00
|
|
|
* Deprecated, remove from mods.
|
2017-07-16 14:31:34 +02:00
|
|
|
|
|
|
|
`default.gui_bg_img`
|
|
|
|
|
2018-03-28 19:28:26 +02:00
|
|
|
* Deprecated, remove from mods.
|
2017-07-16 14:31:34 +02:00
|
|
|
|
|
|
|
`default.gui_slots`
|
|
|
|
|
2018-03-28 19:28:26 +02:00
|
|
|
* Deprecated, remove from mods.
|
2017-07-16 14:31:34 +02:00
|
|
|
|
|
|
|
`default.gui_survival_form`
|
|
|
|
|
|
|
|
* Entire formspec for the survival inventory
|
|
|
|
|
|
|
|
`default.get_furnace_active_formspec(fuel_percent, item_percent)`
|
|
|
|
|
|
|
|
* Get the active furnace formspec using the defined GUI elements
|
|
|
|
* fuel_percent: Percent of how much the fuel is used
|
|
|
|
* item_percent: Percent of how much the item is cooked
|
|
|
|
|
|
|
|
`default.get_furnace_inactive_formspec()`
|
|
|
|
|
|
|
|
* Get the inactive furnace formspec using the defined GUI elements
|
|
|
|
|
|
|
|
|
2014-12-06 11:01:18 +01:00
|
|
|
Leafdecay
|
|
|
|
---------
|
|
|
|
|
Leafdecay: Node timer based implementation, API
This implements a node-timer based leafdecay mechanism, and exposes
an API to use it in mods.
The API is documented in game_api.txt.
`default.register_leafdecay(leafdecaydef)`
`leafdecaydef` is a table, with following members:
{
trunks = { "default:tree"}, -- nodes considered trunks
leaves = { "default:leaves", "default:apple"}, -- nodes considered leaves
radius = 3, -- activates leafdecay this far from the trunk
}
The algorithm will drop `leaves` items in the area if no `trunks` are found
in the `trunk_radius` sized area around the position of the leaf. If a node
listed in `leaves` has a group `leafdecay_drop > 0`, then the item is dropped,
otherwise the item is removed but not dropped.
The algorithm also implements a value `default.leafdecay_speed` (default
15) which can be modified to increase or decrease of the leaf decay. The
algorithm will vary the actual speed a bit to introduce randomness.
Leaf decay is randomized by 0.1 seconds to reduce the chance that
decay happens many times on the same second interval. This requires
nodetimer_interval to be set to values lower than 1.0 to have an
effect.
The leaves will decay between 2 and 10 seconds after digging the trunk,
and happen at non-integer second intervals.
-- The API was added by sofar.
2017-02-08 01:28:02 +01:00
|
|
|
To enable leaf decay for leaves when a tree is cut down by a player,
|
|
|
|
register the tree with the default.register_leafdecay(leafdecaydef)
|
|
|
|
function.
|
2016-03-03 18:40:24 +01:00
|
|
|
|
Leafdecay: Node timer based implementation, API
This implements a node-timer based leafdecay mechanism, and exposes
an API to use it in mods.
The API is documented in game_api.txt.
`default.register_leafdecay(leafdecaydef)`
`leafdecaydef` is a table, with following members:
{
trunks = { "default:tree"}, -- nodes considered trunks
leaves = { "default:leaves", "default:apple"}, -- nodes considered leaves
radius = 3, -- activates leafdecay this far from the trunk
}
The algorithm will drop `leaves` items in the area if no `trunks` are found
in the `trunk_radius` sized area around the position of the leaf. If a node
listed in `leaves` has a group `leafdecay_drop > 0`, then the item is dropped,
otherwise the item is removed but not dropped.
The algorithm also implements a value `default.leafdecay_speed` (default
15) which can be modified to increase or decrease of the leaf decay. The
algorithm will vary the actual speed a bit to introduce randomness.
Leaf decay is randomized by 0.1 seconds to reduce the chance that
decay happens many times on the same second interval. This requires
nodetimer_interval to be set to values lower than 1.0 to have an
effect.
The leaves will decay between 2 and 10 seconds after digging the trunk,
and happen at non-integer second intervals.
-- The API was added by sofar.
2017-02-08 01:28:02 +01:00
|
|
|
If `param2` of any registered node is ~= 0, the node will always be
|
|
|
|
preserved. Thus, if the player places a node of that kind, you will
|
|
|
|
want to set `param2 = 1` or so.
|
2014-12-06 11:01:18 +01:00
|
|
|
|
Leafdecay: Node timer based implementation, API
This implements a node-timer based leafdecay mechanism, and exposes
an API to use it in mods.
The API is documented in game_api.txt.
`default.register_leafdecay(leafdecaydef)`
`leafdecaydef` is a table, with following members:
{
trunks = { "default:tree"}, -- nodes considered trunks
leaves = { "default:leaves", "default:apple"}, -- nodes considered leaves
radius = 3, -- activates leafdecay this far from the trunk
}
The algorithm will drop `leaves` items in the area if no `trunks` are found
in the `trunk_radius` sized area around the position of the leaf. If a node
listed in `leaves` has a group `leafdecay_drop > 0`, then the item is dropped,
otherwise the item is removed but not dropped.
The algorithm also implements a value `default.leafdecay_speed` (default
15) which can be modified to increase or decrease of the leaf decay. The
algorithm will vary the actual speed a bit to introduce randomness.
Leaf decay is randomized by 0.1 seconds to reduce the chance that
decay happens many times on the same second interval. This requires
nodetimer_interval to be set to values lower than 1.0 to have an
effect.
The leaves will decay between 2 and 10 seconds after digging the trunk,
and happen at non-integer second intervals.
-- The API was added by sofar.
2017-02-08 01:28:02 +01:00
|
|
|
The function `default.after_place_leaves` can be set as
|
|
|
|
`after_place_node of a node` to set param2 to 1 if the player places
|
|
|
|
the node (should not be used for nodes that use param2 otherwise
|
|
|
|
(e.g. facedir)).
|
2014-12-06 11:01:18 +01:00
|
|
|
|
Leafdecay: Node timer based implementation, API
This implements a node-timer based leafdecay mechanism, and exposes
an API to use it in mods.
The API is documented in game_api.txt.
`default.register_leafdecay(leafdecaydef)`
`leafdecaydef` is a table, with following members:
{
trunks = { "default:tree"}, -- nodes considered trunks
leaves = { "default:leaves", "default:apple"}, -- nodes considered leaves
radius = 3, -- activates leafdecay this far from the trunk
}
The algorithm will drop `leaves` items in the area if no `trunks` are found
in the `trunk_radius` sized area around the position of the leaf. If a node
listed in `leaves` has a group `leafdecay_drop > 0`, then the item is dropped,
otherwise the item is removed but not dropped.
The algorithm also implements a value `default.leafdecay_speed` (default
15) which can be modified to increase or decrease of the leaf decay. The
algorithm will vary the actual speed a bit to introduce randomness.
Leaf decay is randomized by 0.1 seconds to reduce the chance that
decay happens many times on the same second interval. This requires
nodetimer_interval to be set to values lower than 1.0 to have an
effect.
The leaves will decay between 2 and 10 seconds after digging the trunk,
and happen at non-integer second intervals.
-- The API was added by sofar.
2017-02-08 01:28:02 +01:00
|
|
|
If the node is in the `leafdecay_drop` group then it will always be
|
|
|
|
dropped as an item.
|
|
|
|
|
|
|
|
`default.register_leafdecay(leafdecaydef)`
|
|
|
|
|
|
|
|
`leafdecaydef` is a table, with following members:
|
|
|
|
{
|
|
|
|
trunks = {"default:tree"}, -- nodes considered trunks
|
|
|
|
leaves = {"default:leaves", "default:apple"},
|
|
|
|
-- nodes considered for removal
|
|
|
|
radius = 3, -- radius to consider for searching
|
|
|
|
}
|
|
|
|
|
|
|
|
Note: all the listed nodes in `trunks` have their `on_after_destruct`
|
|
|
|
callback overridden. All the nodes listed in `leaves` have their
|
|
|
|
`on_timer` callback overridden.
|
2014-12-06 11:08:41 +01:00
|
|
|
|
2014-12-06 12:11:07 +01:00
|
|
|
|
|
|
|
Dyes
|
|
|
|
----
|
2016-03-03 18:40:24 +01:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
Minetest Game dyes are registered with:
|
|
|
|
|
|
|
|
groups = {dye = 1, color_<color> = 1},
|
|
|
|
|
|
|
|
To make recipes that will work with dyes from many mods, define them using the
|
|
|
|
dye group and the color groups.
|
|
|
|
|
|
|
|
Dye color groups:
|
|
|
|
|
|
|
|
* `color_white`
|
|
|
|
* `color_grey`
|
|
|
|
* `color_dark_grey`
|
|
|
|
* `color_black`
|
|
|
|
* `color_red`
|
|
|
|
* `color_pink`
|
|
|
|
* `color_orange`
|
|
|
|
* `color_brown`
|
|
|
|
* `color_yellow`
|
|
|
|
* `color_green`
|
|
|
|
* `color_dark_green`
|
|
|
|
* `color_blue`
|
|
|
|
* `color_cyan`
|
|
|
|
* `color_violet`
|
|
|
|
* `color_magenta`
|
|
|
|
|
|
|
|
Example of one shapeless recipe using the dye group and a color group:
|
2014-12-06 12:11:07 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
minetest.register_craft({
|
|
|
|
type = "shapeless",
|
2018-08-28 20:12:10 +02:00
|
|
|
output = "<mod>:item_yellow",
|
|
|
|
recipe = {"<mod>:item_no_color", "group:dye,color_yellow"},
|
2016-03-03 18:40:24 +01:00
|
|
|
})
|
|
|
|
|
2014-12-07 15:25:39 +01:00
|
|
|
|
|
|
|
Trees
|
|
|
|
-----
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.grow_tree(pos, is_apple_tree)`
|
|
|
|
* Grows a mgv6 tree or apple tree at pos
|
|
|
|
|
|
|
|
* `default.grow_jungle_tree(pos)`
|
|
|
|
* Grows a mgv6 jungletree at pos
|
|
|
|
|
2016-01-02 13:28:07 +01:00
|
|
|
* `default.grow_pine_tree(pos)`
|
2016-03-03 18:40:24 +01:00
|
|
|
* Grows a mgv6 pinetree at pos
|
|
|
|
|
|
|
|
* `default.grow_new_apple_tree(pos)`
|
|
|
|
* Grows a new design apple tree at pos
|
2014-12-07 15:25:39 +01:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.grow_new_jungle_tree(pos)`
|
|
|
|
* Grows a new design jungle tree at pos
|
2015-09-30 01:48:09 +02:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.grow_new_pine_tree(pos)`
|
|
|
|
* Grows a new design pine tree at pos
|
2015-09-30 01:48:09 +02:00
|
|
|
|
2017-04-12 10:25:21 +02:00
|
|
|
* `default.grow_new_snowy_pine_tree(pos)`
|
|
|
|
* Grows a new design snowy pine tree at pos
|
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.grow_new_acacia_tree(pos)`
|
|
|
|
* Grows a new design acacia tree at pos
|
2015-09-30 01:48:09 +02:00
|
|
|
|
2016-03-03 18:40:24 +01:00
|
|
|
* `default.grow_new_aspen_tree(pos)`
|
|
|
|
* Grows a new design aspen tree at pos
|
2015-09-30 01:48:09 +02:00
|
|
|
|
2017-04-12 10:25:21 +02:00
|
|
|
* `default.grow_bush(pos)`
|
|
|
|
* Grows a bush at pos
|
|
|
|
|
|
|
|
* `default.grow_acacia_bush(pos)`
|
|
|
|
* Grows an acaia bush at pos
|
2018-10-09 21:54:22 +02:00
|
|
|
|
2018-07-13 02:17:07 +02:00
|
|
|
* `default.grow_pine_bush(pos)`
|
|
|
|
* Grows a pine bush at pos
|
Carts: Merge boost_cart as "carts" mod
This is all the working code from SmallJoker's boost_cart, poored into
a more suitable form for minetest_game.
- Mesecons and moreores stuff was removed entirely.
- Textures were all renamed and moved out of default/
- Updated license, readme.txt, attribution
- Changed code license to MIT, left artwork at CC0
- removed default:rail and made aliases for it
- :carts:rail is now carts:rail.
- localized entity def
- removed copper rail entirely
- startstop rail was removed, as well as detector rail
- remodeled to b3d using stujones11 excellent blend model, but sizes
of cart adjusted to make pixel sizes consistent (0.625) everywhere.
- slightly more complex texture map for the cart (front/side visibly
different)
- rail parameters are passed as a separate def table, and stored in
a private list. This avoids having to call `get_meta` on every
node. In return, we need the node name, though.
- adds metal sounds (based on default metal sound function) and
cart moving sound.
- reduced cart speeds to max 7, 5 by pushing.
- Added on_step() rail event handler, gets called when a cart is on
a rail.
- Added various rebased updates from upstream (thanks Krock)
- Included a fix that removes the 'reverse jiggle' when stopping.
- Included reworked textures by sofar.
The mod namespace is still public, but I'm NOT declaring it an API. I'd
rather see it localized instead, for now. Any public interface in this
code is *experimental* at best, and should be considered non-stable and
unsupported for now.
2016-10-08 23:14:10 +02:00
|
|
|
|
2018-10-09 21:54:22 +02:00
|
|
|
* `default.grow_blueberry_bush(pos)`
|
|
|
|
* Grows a blueberry bush at pos
|
|
|
|
|
2023-09-12 15:43:41 +02:00
|
|
|
* `default.on_grow_failed(pos)`
|
|
|
|
* Reset the node timer to 300 seconds, used as default callback when the growth of a sapling fails
|
|
|
|
|
|
|
|
* `default.sapling_growth_defs`
|
|
|
|
* Table that contains all the definitions for the growable saplings, see `default.register_sapling_growth`
|
|
|
|
|
|
|
|
* `default.register_sapling_growth(name, def)`
|
|
|
|
* Register a new sapling growth configuration. Useful to add custom sapling and trees to the game in a compact way.
|
|
|
|
default.register_sapling_growth(
|
|
|
|
"default:sapling", -- Name of the sapling
|
|
|
|
{
|
|
|
|
can_grow = default.can_grow, -- Function called to determine whether the sapling can grow, should return a boolean
|
|
|
|
on_grow_failed = default.on_grow_failed, -- Function called when the growth fails
|
|
|
|
grow = function(pos) -- Function called when the growth has success. This should replace the sapling with a tree.
|
|
|
|
}
|
|
|
|
)
|
|
|
|
|
|
|
|
* `default.grow_sapling(pos)`
|
|
|
|
* Attempt to grow a sapling at the given position. Useful as on_timer callback.
|
|
|
|
|
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
Carts: Merge boost_cart as "carts" mod
This is all the working code from SmallJoker's boost_cart, poored into
a more suitable form for minetest_game.
- Mesecons and moreores stuff was removed entirely.
- Textures were all renamed and moved out of default/
- Updated license, readme.txt, attribution
- Changed code license to MIT, left artwork at CC0
- removed default:rail and made aliases for it
- :carts:rail is now carts:rail.
- localized entity def
- removed copper rail entirely
- startstop rail was removed, as well as detector rail
- remodeled to b3d using stujones11 excellent blend model, but sizes
of cart adjusted to make pixel sizes consistent (0.625) everywhere.
- slightly more complex texture map for the cart (front/side visibly
different)
- rail parameters are passed as a separate def table, and stored in
a private list. This avoids having to call `get_meta` on every
node. In return, we need the node name, though.
- adds metal sounds (based on default metal sound function) and
cart moving sound.
- reduced cart speeds to max 7, 5 by pushing.
- Added on_step() rail event handler, gets called when a cart is on
a rail.
- Added various rebased updates from upstream (thanks Krock)
- Included a fix that removes the 'reverse jiggle' when stopping.
- Included reworked textures by sofar.
The mod namespace is still public, but I'm NOT declaring it an API. I'd
rather see it localized instead, for now. Any public interface in this
code is *experimental* at best, and should be considered non-stable and
unsupported for now.
2016-10-08 23:14:10 +02:00
|
|
|
Carts
|
|
|
|
-----
|
|
|
|
|
|
|
|
carts.register_rail(
|
|
|
|
"mycarts:myrail", -- Rail name
|
|
|
|
nodedef, -- standard nodedef
|
|
|
|
railparams -- rail parameter struct (optional)
|
|
|
|
)
|
|
|
|
|
|
|
|
railparams = {
|
|
|
|
on_step(obj, dtime), -- Event handler called when
|
|
|
|
-- cart is on rail
|
|
|
|
acceleration, -- integer acceleration factor (negative
|
|
|
|
-- values to brake)
|
|
|
|
}
|
|
|
|
|
|
|
|
The event handler is called after all default calculations
|
|
|
|
are made, so the custom on_step handler can override things
|
|
|
|
like speed, acceleration, player attachment. The handler will
|
|
|
|
likely be called many times per second, so the function needs
|
|
|
|
to make sure that the event is handled properly.
|
Keys: Allow easy sharing of access without commands
This code adds the key concept to minetest_game, and integrates it
with lockable nodes. Currently supported lockable items are the Steel
Door, the Steel Trapdoor, and the Locked Chest.
The goal of this modification is to introduce a fine-grained multi-
player permission system that is intuitive and usable without any
console or chat commands, and doesn't require extra privileges to
be granted or setup. Keys can also physically be conveyed to other
players, adding to gameplay and adding some personality that is
preferable to console commands or editing formspecs.
A skeleton key can be crafted with 1 gold ingot. Skeleton keys can
then be matched to a lockable node by right-clicking the skeleton
key on a lockable node, which changes the skeleton key to a "key".
Gold was chosen as it's currently a not-so very useful item, and
therefore it's likely that players have some, but aren't really
using it for any purpose.
This key can subsequently used by any player to open or access that
lockable node, including retrieving items from Locked Chests, or
putting items in them.
They key is programmed to fit only the particular locked node it is
programmed to. This is achieved by storing a secret value in both
key and locked node. If this secret value doesn't match, the key
will not open the locked node. This allows many keys to be created
for one chest or door, but a key will only fit one node ever. The
secrets are stored in node, and item meta for the key.
If a locked node is removed, all keys that opened it are no longer
valid. Even if a new door/chest is placed in exactly the same spot,
the old keys will no longer fit that node.
Keys can be smelted back in gold ingots if they are no longer useful.
The method of storing a secret in nodemeta and itemstackmeta is secure
as there is no way for the client to create new items on the server
with a particular secret metadata value. Even if you could possible
create such an itemstack on the client, the server does not ever read
itemstackmeta from a client package.
The patch adds an API that allows other nodes and nodes added by
mods to use the same keys as well. The method how to implement this
is described in game_api.txt. The mod should add 2 callbacks to it's
node definition. Example code is given.
Textures are from PixelBOX, thanks to Gambit.
2015-12-26 20:16:49 +01:00
|
|
|
|
2018-08-28 20:12:10 +02:00
|
|
|
|
Keys: Allow easy sharing of access without commands
This code adds the key concept to minetest_game, and integrates it
with lockable nodes. Currently supported lockable items are the Steel
Door, the Steel Trapdoor, and the Locked Chest.
The goal of this modification is to introduce a fine-grained multi-
player permission system that is intuitive and usable without any
console or chat commands, and doesn't require extra privileges to
be granted or setup. Keys can also physically be conveyed to other
players, adding to gameplay and adding some personality that is
preferable to console commands or editing formspecs.
A skeleton key can be crafted with 1 gold ingot. Skeleton keys can
then be matched to a lockable node by right-clicking the skeleton
key on a lockable node, which changes the skeleton key to a "key".
Gold was chosen as it's currently a not-so very useful item, and
therefore it's likely that players have some, but aren't really
using it for any purpose.
This key can subsequently used by any player to open or access that
lockable node, including retrieving items from Locked Chests, or
putting items in them.
They key is programmed to fit only the particular locked node it is
programmed to. This is achieved by storing a secret value in both
key and locked node. If this secret value doesn't match, the key
will not open the locked node. This allows many keys to be created
for one chest or door, but a key will only fit one node ever. The
secrets are stored in node, and item meta for the key.
If a locked node is removed, all keys that opened it are no longer
valid. Even if a new door/chest is placed in exactly the same spot,
the old keys will no longer fit that node.
Keys can be smelted back in gold ingots if they are no longer useful.
The method of storing a secret in nodemeta and itemstackmeta is secure
as there is no way for the client to create new items on the server
with a particular secret metadata value. Even if you could possible
create such an itemstack on the client, the server does not ever read
itemstackmeta from a client package.
The patch adds an API that allows other nodes and nodes added by
mods to use the same keys as well. The method how to implement this
is described in game_api.txt. The mod should add 2 callbacks to it's
node definition. Example code is given.
Textures are from PixelBOX, thanks to Gambit.
2015-12-26 20:16:49 +01:00
|
|
|
Key API
|
|
|
|
-------
|
|
|
|
|
|
|
|
The key API allows mods to add key functionality to nodes that have
|
|
|
|
ownership or specific permissions. Using the API will make it so
|
|
|
|
that a node owner can use skeleton keys on their nodes to create keys
|
|
|
|
for that node in that location, and give that key to other players,
|
|
|
|
allowing them some sort of access that they otherwise would not have
|
|
|
|
due to node protection.
|
|
|
|
|
|
|
|
To make your new nodes work with the key API, you need to register
|
|
|
|
two callback functions in each nodedef:
|
|
|
|
|
|
|
|
|
|
|
|
`on_key_use(pos, player)`
|
|
|
|
* Is called when a player right-clicks (uses) a normal key on your
|
|
|
|
* node.
|
|
|
|
* `pos` - position of the node
|
|
|
|
* `player` - PlayerRef
|
|
|
|
* return value: none, ignored
|
|
|
|
|
|
|
|
The `on_key_use` callback should validate that the player is wielding
|
|
|
|
a key item with the right key meta secret. If needed the code should
|
|
|
|
deny access to the node functionality.
|
|
|
|
|
|
|
|
If formspecs are used, the formspec callbacks should duplicate these
|
|
|
|
checks in the metadata callback functions.
|
|
|
|
|
|
|
|
|
|
|
|
`on_skeleton_key_use(pos, player, newsecret)`
|
|
|
|
|
|
|
|
* Is called when a player right-clicks (uses) a skeleton key on your
|
|
|
|
* node.
|
|
|
|
* `pos` - position of the node
|
|
|
|
* `player` - PlayerRef
|
|
|
|
* `newsecret` - a secret value(string)
|
|
|
|
* return values:
|
|
|
|
* `secret` - `nil` or the secret value that unlocks the door
|
|
|
|
* `name` - a string description of the node ("a locked chest")
|
|
|
|
* `owner` - name of the node owner
|
|
|
|
|
|
|
|
The `on_skeleton_key_use` function should validate that the player has
|
|
|
|
the right permissions to make a new key for the item. The newsecret
|
|
|
|
value is useful if the node has no secret value. The function should
|
|
|
|
store this secret value somewhere so that in the future it may compare
|
|
|
|
key secrets and match them to allow access. If a node already has a
|
|
|
|
secret value, the function should return that secret value instead
|
|
|
|
of the newsecret value. The secret value stored for the node should
|
|
|
|
not be overwritten, as this would invalidate existing keys.
|
|
|
|
|
|
|
|
Aside from the secret value, the function should retun a descriptive
|
|
|
|
name for the node and the owner name. The return values are all
|
|
|
|
encoded in the key that will be given to the player in replacement
|
|
|
|
for the wielded skeleton key.
|
|
|
|
|
|
|
|
if `nil` is returned, it is assumed that the wielder did not have
|
|
|
|
permissions to create a key for this node, and no key is created.
|
2020-01-04 01:09:58 +01:00
|
|
|
|
|
|
|
`default.register_craft_metadata_copy(ingredient, result)`
|
|
|
|
----------------------------------------------------------
|
|
|
|
|
|
|
|
This function registers a shapeless recipe that takes `ingredient`
|
|
|
|
and `result` as input and outputs `result`.
|
|
|
|
|
|
|
|
The metadata of the input `result` is copied to the output `result`.
|
2022-05-06 20:04:55 +02:00
|
|
|
|
|
|
|
|
|
|
|
Log API
|
|
|
|
-------
|
|
|
|
|
|
|
|
Logs action of the player with a node at a certain position.
|
|
|
|
By default only actions of real players are logged.
|
|
|
|
Actions of non-players (usually machines) are logged only when
|
|
|
|
setting `log_non_player_actions` is enabled.
|
|
|
|
A player is considered non-player if `player:is_player()` returns
|
|
|
|
`false` or `player.is_fake_player` is truthy. The use of
|
|
|
|
`is_fake_player` is an unofficial standard between mods.
|
|
|
|
These non-players are marked by the content of `is_fake_player`
|
|
|
|
(if it is a string) or a "*" in brackets after the player name in
|
|
|
|
the log.
|
|
|
|
|
|
|
|
`default.log_player_action(player, ...)`
|
|
|
|
|
|
|
|
* `player` The player who performed the action
|
|
|
|
* `message_parts` Any mumber of message parts describing the action
|
|
|
|
in 3rd person singular present tense. It can also
|
|
|
|
contain a `pos` which is logged as "(X,Y,Z)"
|
|
|
|
|
|
|
|
`default.set_inventory_action_loggers(def, name)`
|
|
|
|
|
2023-06-06 14:07:33 +02:00
|
|
|
* hooks the callbacks `on_metadata_inventory_move`,
|
2022-05-06 20:04:55 +02:00
|
|
|
`on_metadata_inventory_put` and `on_metadata_inventory_take`
|
|
|
|
that log corresponding actions
|
2023-06-06 14:07:33 +02:00
|
|
|
* after logging the action, the original callback (if any) is called
|
2022-05-06 20:04:55 +02:00
|
|
|
* `def` See [Node definition]
|
|
|
|
* `name` Description of the node in the log message
|