- summary: One interactive element re-published because its state changed - harvested, unlocked, become usable.
- area: Game.Interactive
One interactive element re-published because its state changed - harvested, unlocked, become usable.
Kind event · Area Game.Interactive
The delta counterpart of InteractiveMapUpdateEvent: the server re-sending
ONE element because something about it changed.
RE-READ BOTH SKILL LISTS AND REPLACE THE ELEMENT WHOLESALE. The change is
usually a skill MOVING between the enabled and disabled lists - a resource
harvested, a door unlocking - so a script that only looks at
InteractiveElement.enabled_skills and merges will keep a stale skill it
should have dropped.
Match the incoming record to your model by
InteractiveElement.element_id.
The current build pads this message with two members the payload never carries; they stand with their obfuscated names.
When you may send it
- Requires
context_readyinferred
Related messages
- Unsolicited - nothing you send causes this inferred — the server publishes state changes as they happen
Fields
| # | Field | Type | Meaning | You set it |
|---|---|---|---|---|
| 1 | interactive_element | InteractiveElement | The element whose state changed. A whole InteractiveElement - replace your copy rather than patching it. | never |