parallelSteps[].repeatable
For a single UseItem action, allow a fresh activation after the previous action was passed and the conditions became false then true (for example, another book was received).
- Formato del valore
- boolean
- Ambito
- parallel-group
Le descrizioni tecniche restano nell’inglese originale. I nomi dei campi e gli esempi Lua sono invariati.
Esempi
Esempio tratto dalle fonti. Sostituisci ID e valori in base al tuo itinerario; questo sito non esegue Lua.
Lua · 01
repeatable = trueComportamento e dettagli
Forms shown in the documentation, not an exhaustive runtime schema. Constant runtime types are not inferred.
Route Definition Options
A file may register several independent APR.RouteQuestStepList["route-key"] = { ... } entries. Follow-up routes, prerequisites and prefabs reference these keys, not file names.
Parallel reward groups
| Case | Required behavior / syntax |
|---|---|
| Ready, unturned-in quest | conditions = { IsQuestOnQuest = 93384, IsQuestReadyForTurnIn = 93384, IsQuestUncompleted = 93384 } |
| Reward available above a threshold | Use MinLevel, rather than BeLvl, and add Zones when activation should wait for a visit to the reward map. |
| Independent rewards | Use separate groups for independently available hand-ins; a single Done list waits for every quest. |
| Pending hand-ins | Automatic turn-ins listed in pending groups wait for activation; manual turn-ins and the modifier override remain available. |
| Side objectives | Use Fillers during other steps; add a Qpart before Done for unfinished objectives. |
| Character restrictions | Keep shared eligibility on the route; child steps and prefabs need only additional restrictions. |