- summary: One interactive element re-published because its state changed - harvested, unlocked, become usable.
- area: Game.Interactive
- confidence: 0.85
One interactive element re-published because its state changed - harvested, unlocked, become usable.
- Kind event
- Area Game.Interactive
- Named by beta
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 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 |
Recovered with score 130, confidence 0.85, margin 130 over the runner-up. A margin close to the score means nothing else came near; a thin margin means a decoy nearly won. Members recovered: 1 of 1.
Aucun avis à afficher.