Docs: Clarify usage of slot data for trackers in World API doc (#3986)
* Clarify usage of slot data for trackers in world API. * Typo. * Update docs/world api.md Co-authored-by: Nicholas Saylor <79181893+nicholassaylor@users.noreply.github.com> * Update docs/world api.md Co-authored-by: Nicholas Saylor <79181893+nicholassaylor@users.noreply.github.com> * Update docs/world api.md Co-authored-by: Nicholas Saylor <79181893+nicholassaylor@users.noreply.github.com> * Update docs/world api.md Co-authored-by: Exempt-Medic <60412657+Exempt-Medic@users.noreply.github.com> * Keep to 120 char lines. --------- Co-authored-by: Nicholas Saylor <79181893+nicholassaylor@users.noreply.github.com> Co-authored-by: Exempt-Medic <60412657+Exempt-Medic@users.noreply.github.com>
This commit is contained in:
parent
a2fbf856ff
commit
d5cd95c7fb
|
@ -835,14 +835,16 @@ def generate_output(self, output_directory: str) -> None:
|
||||||
|
|
||||||
### Slot Data
|
### Slot Data
|
||||||
|
|
||||||
If the game client needs to know information about the generated seed, a preferred method of transferring the data
|
If a client or tracker needs to know information about the generated seed, a preferred method of transferring the data
|
||||||
is through the slot data. This is filled with the `fill_slot_data` method of your world by returning
|
is through the slot data. This is filled with the `fill_slot_data` method of your world by returning a `dict` with
|
||||||
a `dict` with `str` keys that can be serialized with json.
|
`str` keys that can be serialized with json. However, to not waste resources, it should be limited to data that is
|
||||||
But, to not waste resources, it should be limited to data that is absolutely necessary. Slot data is sent to your client
|
absolutely necessary. Slot data is sent to your client once it has successfully
|
||||||
once it has successfully [connected](network%20protocol.md#connected).
|
[connected](network%20protocol.md#connected).
|
||||||
|
|
||||||
If you need to know information about locations in your world, instead of propagating the slot data, it is preferable
|
If you need to know information about locations in your world, instead of propagating the slot data, it is preferable
|
||||||
to use [LocationScouts](network%20protocol.md#locationscouts), since that data already exists on the server. The most
|
to use [LocationScouts](network%20protocol.md#locationscouts), since that data already exists on the server. Adding
|
||||||
common usage of slot data is sending option results that the client needs to be aware of.
|
item/location pairs is unnecessary since the AP server already retains and freely gives that information to clients
|
||||||
|
that request it. The most common usage of slot data is sending option results that the client needs to be aware of.
|
||||||
|
|
||||||
```python
|
```python
|
||||||
def fill_slot_data(self) -> Dict[str, Any]:
|
def fill_slot_data(self) -> Dict[str, Any]:
|
||||||
|
|
Loading…
Reference in New Issue