349
Bearbeitungen
Änderungen
Die Seite wurde neu angelegt: „{{Infobox Quest | gruppe=Nein | autor=camael | gegend=Vellhafen | reisequest=Nein | häufigkeit=Ortsfest | status=in Arbeit | aoqml=Ja | stufen…“
{{Infobox Quest
| gruppe=Nein
| autor=camael
| gegend=Vellhafen
| reisequest=Nein
| häufigkeit=Ortsfest
| status=in Arbeit
| aoqml=Ja
| stufen=1+
| größe=Midi
}}
==Beschreibung==
ortsfeste Quest, die die Verlosung zu bestimmten Festen (z. B. Wintersonnwende) regelt
==Technik==
Mathematisch: Urnenmodell ohne Zurücklegen
Umsetzung in AOQML:<br>
[[Random|Random: Deaktivieren von Ausgewählten]]<br>
[[ScopeValues#global|Globale Variablen]]<br>
Einspielen der Tombola Liste mittels eines aus einer Excel (oder ähnlichem) erzeugten aoquml-datei
Das allererste Starten der Quest initiiert die Tombola (mit eines globalen true/false) (ka, ob das anders geht - ansonsten würde jedes starten, die Preise der Tombola initieren)
Die Tombola spielt Direktgewinne aus, das erspart das Bauen separater Ereignisse wie Auslosung und Gewinne abholen
==Offenes==
* Über die Scopes kann ich nur zählen wieviele Lose ein Held bekommt, aktuell wird das manuell pro Spieler begrenzt. Wieviele Lose darf ein Held maximal ziehen?<br>
* Demzufolge, muss es Nieten geben - müßte man herausfinden was da ein guter Wert ist.<br>
* Soll etwas passieren wenn der Held bei seiner maximalen Anzahl an Losen nur Nieten bekommt? Trostpreis?<br>
* Erstmal Nice-to-have: Anzeige bei öffnen von aktuell noch verfügbaren Gewinnen
==An Tommek (Sammlung von aufkommenden Fragen)==
* Gibt es Beschränkungen an globalen Variablen? <br>
* Gibt es eine Möglichkeit in AOQML ein RL-Datum abzufragen, das würde die Verfügbarkeit der ortsfesten Quest besser steuerbar machen? Datumsabfrage würde es auch ermöglichen aus dem Code eine Art Adventskalender zu clonen (wo man jeden Tag etwas gewinnen könnte)<br>
* Wäre es ok, einmal im Jahr die Liste mit den Gewinnen einzuspielen und die globalen Variablen zurückzusetzen (eventuell könnte man die Variablen auch mit einen Jahr labeln, das würde das zurücksetzen überflüssig machen)<br>
| gruppe=Nein
| autor=camael
| gegend=Vellhafen
| reisequest=Nein
| häufigkeit=Ortsfest
| status=in Arbeit
| aoqml=Ja
| stufen=1+
| größe=Midi
}}
==Beschreibung==
ortsfeste Quest, die die Verlosung zu bestimmten Festen (z. B. Wintersonnwende) regelt
==Technik==
Mathematisch: Urnenmodell ohne Zurücklegen
Umsetzung in AOQML:<br>
[[Random|Random: Deaktivieren von Ausgewählten]]<br>
[[ScopeValues#global|Globale Variablen]]<br>
Einspielen der Tombola Liste mittels eines aus einer Excel (oder ähnlichem) erzeugten aoquml-datei
Das allererste Starten der Quest initiiert die Tombola (mit eines globalen true/false) (ka, ob das anders geht - ansonsten würde jedes starten, die Preise der Tombola initieren)
Die Tombola spielt Direktgewinne aus, das erspart das Bauen separater Ereignisse wie Auslosung und Gewinne abholen
==Offenes==
* Über die Scopes kann ich nur zählen wieviele Lose ein Held bekommt, aktuell wird das manuell pro Spieler begrenzt. Wieviele Lose darf ein Held maximal ziehen?<br>
* Demzufolge, muss es Nieten geben - müßte man herausfinden was da ein guter Wert ist.<br>
* Soll etwas passieren wenn der Held bei seiner maximalen Anzahl an Losen nur Nieten bekommt? Trostpreis?<br>
* Erstmal Nice-to-have: Anzeige bei öffnen von aktuell noch verfügbaren Gewinnen
==An Tommek (Sammlung von aufkommenden Fragen)==
* Gibt es Beschränkungen an globalen Variablen? <br>
* Gibt es eine Möglichkeit in AOQML ein RL-Datum abzufragen, das würde die Verfügbarkeit der ortsfesten Quest besser steuerbar machen? Datumsabfrage würde es auch ermöglichen aus dem Code eine Art Adventskalender zu clonen (wo man jeden Tag etwas gewinnen könnte)<br>
* Wäre es ok, einmal im Jahr die Liste mit den Gewinnen einzuspielen und die globalen Variablen zurückzusetzen (eventuell könnte man die Variablen auch mit einen Jahr labeln, das würde das zurücksetzen überflüssig machen)<br>