You've already forked godot
mirror of
https://github.com/godotengine/godot.git
synced 2025-11-04 12:00:25 +00:00
Style: Misc docs and comment style and language fixes
- Removed empty paragraphs in XML. - Consistently use bold style for "Example:", on a new line. - Fix usage of `[code]` when hyperlinks could be used (`[member]`, `[constant]`). - Fix invalid usage of backticks for inline code in BBCode. - Fix some American/British English spelling inconsistencies. - Other minor fixes spotted along the way, including typo fixes with codespell. - Don't specify `@GlobalScope` for `enum` and `constant`.
This commit is contained in:
@@ -6,7 +6,6 @@
|
||||
<description>
|
||||
Spawnable scenes can be configured in the editor or through code (see [method add_spawnable_scene]).
|
||||
Also supports custom node spawns through [method spawn], calling [method _spawn_custom] on all peers.
|
||||
|
||||
Internally, [MultiplayerSpawner] uses [method MultiplayerAPI.object_configuration_add] to notify spawns passing the spawned node as the [code]object[/code] and itself as the [code]configuration[/code], and [method MultiplayerAPI.object_configuration_remove] to notify despawns in a similar way.
|
||||
</description>
|
||||
<tutorials>
|
||||
@@ -17,8 +16,7 @@
|
||||
<param index="0" name="data" type="Variant" />
|
||||
<description>
|
||||
Method called on all peers when a custom spawn was requested by the authority using [method spawn]. Should return a [Node] that is not in the scene tree.
|
||||
|
||||
[b]Note:[/b] Spawned nodes should [b]not[/b] be added to the scene with `add_child`. This is done automatically.
|
||||
[b]Note:[/b] Spawned nodes should [b]not[/b] be added to the scene with [method Node.add_child]. This is done automatically.
|
||||
</description>
|
||||
</method>
|
||||
<method name="add_spawnable_scene">
|
||||
@@ -52,7 +50,6 @@
|
||||
<param index="0" name="data" type="Variant" default="null" />
|
||||
<description>
|
||||
Requests a custom spawn, with [code]data[/code] passed to [method _spawn_custom] on all peers. Returns the locally spawned node instance already inside the scene tree, and added as a child of the node pointed by [member spawn_path].
|
||||
|
||||
[b]Note:[/b] Spawnable scenes are spawned automatically. [method spawn] is only needed for custom spawns.
|
||||
</description>
|
||||
</method>
|
||||
@@ -60,7 +57,6 @@
|
||||
<members>
|
||||
<member name="spawn_limit" type="int" setter="set_spawn_limit" getter="get_spawn_limit" default="0">
|
||||
Maximum nodes that is allowed to be spawned by this spawner. Includes both spawnable scenes and custom spawns.
|
||||
|
||||
When set to [code]0[/code] (the default), there is no limit.
|
||||
</member>
|
||||
<member name="spawn_path" type="NodePath" setter="set_spawn_path" getter="get_spawn_path" default="NodePath("")">
|
||||
|
||||
@@ -6,9 +6,7 @@
|
||||
<description>
|
||||
By default, [MultiplayerSynchronizer] synchronizes configured properties to all peers.
|
||||
Visibility can be handled directly with [method set_visibility_for] or as-needed with [method add_visibility_filter] and [method update_visibility].
|
||||
|
||||
[MultiplayerSpawner]s will handle nodes according to visibility of synchronizers as long as the node at [member root_path] was spawned by one.
|
||||
|
||||
Internally, [MultiplayerSynchronizer] uses [method MultiplayerAPI.object_configuration_add] to notify synchronization start passing the [Node] at [member root_path] as the [code]object[/code] and itself as the [code]configuration[/code], and uses [method MultiplayerAPI.object_configuration_remove] to notify synchronization end in a similar way.
|
||||
</description>
|
||||
<tutorials>
|
||||
@@ -19,7 +17,6 @@
|
||||
<param index="0" name="filter" type="Callable" />
|
||||
<description>
|
||||
Adds a peer visibility filter for this synchronizer.
|
||||
|
||||
[code]filter[/code] should take a peer id [int] and return a [bool].
|
||||
</description>
|
||||
</method>
|
||||
|
||||
Reference in New Issue
Block a user