General fields
Name, title, text, selected assets, variable choices, and other fields that define the selected item.
The Properties panel exists because the same story graph has many kinds of editable data. Selecting a story, chapter, scene, node, variable, character, sprite, pose, choice option, or condition branch should show the fields that matter for that exact item.
That keeps editing local. You do not need to hunt through project JSON to change a dialog line, a sprite pose, a choice condition, or the runtime menu colors.
General fields
Name, title, text, selected assets, variable choices, and other fields that define the selected item.
Flow fields
Fields such as Next, Otherwise, Scene Starts At, or jump destination fields.
Advanced groups
Optional behavior that most creators do not need immediately, such as dialog overrides, cues, sprite positioning, fades, and playback details.
Warnings
Missing dependencies or invalid setup are shown near the field that needs attention.
Use the filter bar at the top of Properties to narrow the fields for the selected item. It matches field names and current values, and it keeps matching advanced and section groups visible so you do not have to open every group by hand.
Large dropdown fields, such as Next, asset, sprite, pose, variable, scene, and chapter references, include search once the list has at least 12 options. Type part of a name or ID to narrow the list, then choose the matching item. Empty choices such as "(none)" stay at the top when a field supports them.
Number fields can be typed directly. Use the side up/down buttons for one-step changes, or drag inside the field when you want to adjust a value faster.
True/false fields appear as checkboxes. For example, Interactable, Auto Emphasize, and Show Chapter Index can be toggled without opening a dropdown.
Common required fields include Story Starts At on the story, Scene Starts At on a scene, Store In Variable on Text Input, Variable on Set Variable, Destination on Jump, and asset fields on presentation nodes.
Advanced groups are still authored data. A Dialog node can override typewriter speed, skippability, portrait, scroll sound, auto-advance timing, sprite emphasis, dialog UI preset, and text cues without changing the rest of the project.
Some fields need another project item before they can work. For example, a Sprite Enter node needs a sprite asset, and a Text Input node needs a Text variable.
When a required item does not exist, Properties may show a non-editable field with a create or import button such as Create Sprite, Create Variable, Create Dialog, Import Background, or Import Audio. Use that button when you want the missing dependency created explicitly.
When a create button belongs to a specific reference field, the new item is applied back to that field. For example, creating a variable from a Text Input field fills that Text Input field instead of relying on whatever is selected elsewhere.
Warnings point at missing or unsafe setup. The same warning can appear in Properties, the Explorer, and the Story Map so you can find the problem from whichever view you are using.
Examples include:
Use File > Settings > Show IDs when two items have similar names and you need to see the stable ID beside the display name in reference fields. Use Show node types when the Explorer outline is easier to scan with node kind labels visible.
That is the main habit to build: use Properties for small focused edits, then treat its warnings as the checklist for making a route playable.