Normalerweise vergeht die Zeit in einer Quest genau so schnell, wie der Spieler sich hindurch klicken kann. Manchmal muss der SC aber innerhalb einer Queste einige Stunden, Tage oder gar Monate mit etwas verbringen, dass ihn von anderen Tätigkeiten abhält - Reisen, Arbeit, Gefangenschaft... Eine Möglichkeit, dieses Verstreichen der Zeit zu simulieren, wird jetzt dargestellt. Zunächst einmal lassen wir den Wirt erklären, dass der Auftraggeber seine Kaninchenzucht einige Wegstunden außerhalb der Stadt betreibt.
Dann speichern wir eine Variable ein, die nach einiger Zeit verschwindet. Dafür klicken wir unter dem Text '''store''' und entfernen das mark (veraltet, dürfte bald aus dem Editor fliegen).
Das Expire beschreibt, wann die Variable sich selbst löscht. 5d bedeutet nach 5 Antamartagen oder 20 15 Minuten Realzeit. Wir ändern es in 3h, also 30 Sekunden Realzeit. Es werden nur h und d als Zeiteinheiten akzeptiert, für längere Zeiten dann also viele Tage. Wenn man auf das '''expire''' verzichtet, bleibt die Variable ewig bestehen! Das ist manchmal sinnvoll, wenn man eine permanente Veränderung speichern will, meist ist es aber sinnvoller, die Variablen nach einiger Zeit verschwinden zu lassen.
Der Name der Als Inhalt hat die Variable sollte so gewählt seinderzeit nur '''...''' , dass was nicht sehr aussagekräftig ist. Man kann hier fast beliebige Texte einspeichern, insbesonder auch andere Questschreiber versehentlich den selben Namen benutzen AOQML-Befehle sowie HTML- sonst wird die Formatierungen. Enthaltene Befehle werden auch umgehend ausgeführt, so dass das Ergebnis der Befehle in der Variable noch von fremden Questen überschrieben! Auch wenn diese Variable nur 30 Sekunden lang bestehen bleibtsteht. Das ist zum Beispiel paraktisch, nehmen wir also will man einen eindeutigen Namenganzen Absatz mit wörtlicher Rede ([[Q|<q>]]) speichern.
Als Inhalt Eine Variable hat die Variable derzeit nur immer einen [[Store fetch|Scope]], einen Gültigkeitsbereich. Es gibt ''scene'', '...'quest'' , was nicht sehr aussagekräftig ist. Man kann hier fast beliebige Texte einspeichern''hero'', sollte aber wiederum auf Umlaute verzichten''dungeon'' und ''global''. Für unsere Quest reicht aber die bloße Existenz Standardmäßig wird der Variable aus. Zum store muss man immer auch ein scope angeben! Das beschreibt''quest'' benutzt, mit welchem Bezug die Variable gespeichert wirddieser muss als einziger nicht explizit angegeben. Wir nehmen Im Regelfall ist dies der gewünschte scope="quest", die Variable wird also und nur für dieses Quest gespeichert und danach direkt gelöscht. Dadurch in seltenen Fällen wird verhindertzu einem anderen gegriffen, dass die SC mit unnötigen Variablen vollgemüllt werdensie tauchen auch eher im "Fortgeschrittenen"-AOQML auf. Alternativ könnte auch Bei dem scope="''hero" genutzt '' muss in jedem Fall auf einen eindeutigen Namen geachtet werden, um die Variable am SC zu verankernz. Das ist dann sinnvoll, wenn die Variable länger bestehen bleiben soll, als das Quest dauertB. ''Autor_ZB-Name_meineVariable'Achtung:''' Der Editor erkennt ein scope im store immer noch als falsch - es ist dennoch richtig und notwendig! Das mag für Anfänger verwirrend sein, wird aber hoffentlich bald geändert. Dann sollte der Editor auch schon ein scope="hero" oder so vorgeben.
Am Ende setzen wir noch ein choice darunter, dass zur nächsten Szene führt.
