forked from mtcontrib/plantlife_modpack
Update API doc to match changes in the code
DEPRECATED: Don't use strings to pass function names to the mapgen code, use an actual function call i.e. my_code(pos) instead.
This commit is contained in:
parent
ebeb286c31
commit
a40599dfce
29
API.txt
29
API.txt
|
@ -1,6 +1,6 @@
|
|||
This document describes the Plantlife API.
|
||||
This document describes the Plantlife mod API.
|
||||
|
||||
Last revision: 2013-01-30
|
||||
Last revision: 2014-05-24
|
||||
|
||||
|
||||
=========
|
||||
|
@ -18,9 +18,9 @@ desired, but they are not really intended for use by other mods and may change
|
|||
at any time. They are briefly described below these main functions, but see
|
||||
init.lua for details.
|
||||
|
||||
All functions in plants lib are declared locally to avoid namespace collisions
|
||||
with other mods. They are accessible via the "plantslib" method, e.g.
|
||||
plantslib:spawn_on_surfaces() and so forth.
|
||||
Most functions in plants lib are declared locally to avoid namespace
|
||||
collisions with other mods. They are accessible via the "plantslib" method,
|
||||
e.g. plantslib:spawn_on_surfaces() and so forth.
|
||||
|
||||
=====
|
||||
spawn_on_surfaces(biome)
|
||||
|
@ -337,20 +337,21 @@ biome = {
|
|||
Regarding node_or_function_or_treedef, this must either be table with an
|
||||
L-Systems tree definition, or a string with a node or function name.
|
||||
|
||||
If you specified a string, the code will attempt to determine, as needed,
|
||||
whether that string specifies a node name. If it does, that node will be
|
||||
placed on top of the target position directly.
|
||||
|
||||
If it wasn't a node, the code will assume you meant to specify a function
|
||||
name, in which case that function will be passed a single position parameter
|
||||
(in the usual table format), indicating where the named function should place
|
||||
the object. It is called in the form of "somefunction(pos)", and behaves much
|
||||
like a typical callback.
|
||||
If you specified a string, the code will attempt to determine whether that
|
||||
string specifies a valid node name. If it does, that node will be placed on
|
||||
top of the target position directly (unless one of the other mapgen options
|
||||
directs the code to do otherwise).
|
||||
|
||||
If you specified a table, the code assumes this table contains an L-Systems
|
||||
tree definition, then that definition will be passed directly to the
|
||||
spawn_tree() function along with the position to spawn the tree on.
|
||||
|
||||
You can also supply a function to be directly executed, which is given the
|
||||
current node position (the usual "pos" table format) as its sole argument. It
|
||||
will be called in the form:
|
||||
|
||||
somefunction(pos)
|
||||
|
||||
|
||||
=====
|
||||
plantslib:grow_plants(options)
|
||||
|
|
Loading…
Reference in New Issue
Block a user