Das Problem war wie neonix sagte, ging nicht alles in einer Datei.

Das heist also bei <quest status="pending" /> wird immer angezeigt, was als Textausgabe in dieser Szene steht? Das ist natürlich auch eine Möglichkeit.

Ich habe mal eine erste Version soweit, dass der direkte Weg vom Auftrag zur Abgabe gehen sollte. Die Texte sind erstmal relativ kurz und trocken gehalten, das kann man später erweitern. Erstmal geht es um die reine Funktion.
Bitte mal drübergucken:

Für heute lass ich es gut sein. Der aktuelle Stand anbei.
Der Zweig - Waren nicht abliefern sondern behalten (Stehlen) ist spielbar.
Mit dem Abliefern funktioniert es nicht auf der Testumgebung. Ich denke es sollte aber funktionieren, wenn es als ortsfeste Queste implementiert wäre.
Ich denke daran, noch einen hardcorezweig einzubauen, wo der Held eine Ware irgendwo finden, kaufen und dann im Zielort abliefern muss.
Aber soweit müsste das Gerüst eigentlich schon eingermassen erkennen lassen, worauf das hinausläuft.

Mitsune hat geschrieben:Mit dem Abliefern funktioniert es nicht auf der Testumgebung. Ich denke es sollte aber funktionieren, wenn es als ortsfeste Queste implementiert wäre.

Warum?

Weil die Quest anscheinend komplett neu getriggert wird, wenn man an einen anderen Ort kommt. Die Ortsangabe kommt ja aus dem Inhalt von <get attribute="site" /> und die Bedingung zum start ist damit an jedem Ort gegeben, als gäbe es dort eine eigene Auftragsbörse.
Das wäre nicht der Fall, wenn man sie nur an gewählten Orten über einen Link startet. Dann wäre Zielort!=Startort.

Alternativ habe ich einen grundsätzlichen Denkfehler im design, das mag ich nicht ausschließen.

Jedenfalls kommt am Zielort nicht in den Auswertungszweig, sondern bekommt einen neuen Auftrag zugeschanzt. An sich soll das auch so sein - warum sollte man nicht 2 Auftragsbörsen parallel bearbeiten -wobei das praktisch wohl eher die Ausnahme bleiben würde.

Was mir allgemein eingefallen ist - Für AOQML wäre ein Funktion analog zu var_dump super zum debuggen. z.B.
<fetch var_dump="[hero||quest]" /> und es werden alle Variablen ausgegeben, die für die laufende Quest beim Helden||Quest gespeichert sind. Das würde die Fehlersuche sicher deutlich vereinfachen, gerade wenn Questen ein wenig umfangreicher werden.

LG

Jo, die Idee finde ich gut. Ich werde ein neues AOQML-Tag var-dump einführen. Dazu später mehr im Wiki.

edit: Ist drin. Viel Spaß damit

<var-dump hero="true"/> erzeugt eine leere Ausgabe, jedenfalls in meinem Test.

Aber ich lege mir eh grade die Karten:

Wenn Standort==Zielort, soll ein anderer Zweig getriggert werden.

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
<scene xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://eisentrutz.antamar.eu/aoqml.xsd">


<!-- FOOOOOOOOOOBAAAAAAAR -->
<p>auftrag_${auftragboerse_standort}_Zielort: <fetch name="auftrag_${auftragboerse_standort}_Zielort" /></p>
<p>Standort: <get attribute="site" /></p>

<switch attribute="site">
  <null>
     <quest status="pending"/>
  </null>
  <case val="auftrag_${auftragboerse_standort}_Zielort">
     <p>auftrag_${auftragboerse_standort}_Zielort</p>
    <include target="Ankunft_Zielort"/>
  </case>
  <else>
     <p>Bringe <fetch name="auftrag_${auftragboerse_standort}_Warenmenge" /> mal <fetch name="auftrag_${auftragboerse_standort}_Ware" /> von <fetch name="auftrag_${auftragboerse_standort}_Startort" /> nach <fetch name="auftrag_${auftragboerse_standort}_Zielort" />. <choice target="Waren_behalten">Auftrag abbrechen.</choice></p>
    <quest status="pending"/>
  </else>
</switch>
</scene>

Ausgabe auf der Seite:

auftrag_${auftragboerse_standort}_Zielort: Okudohashe

Standort: Okudohashe

Bringe 10 mal Guter Reiseproviant von Myakô nach Okudohashe. Auftrag abbrechen.

Nun erzähl mit mal einer, wieso er um's verrecken nur den else-Zweig ausführen will. Okudohashe ist doch Okudohashe.

Du musst das val="${variable}" schreiben.

Kennst Du das, wenn man sich selber eine reinhau'n möchte?
Danke

Lass mich überlegen...

Mitsune hat geschrieben:<var-dump hero="true"/> erzeugt eine leere Ausgabe, jedenfalls in meinem Test.

Sorry, mein Fehler. Jetzt geht es.

Ja, super - und ich stelle gerade fest, dass die Variablennamen so nicht den Standort enthalten.
Also:

Code: Alles auswählen

<store name="auftragsboerse_standort" scope="hero" ><get attribute="site"/></store>
<store name="auftragsboerse_${auftragsboerse_standort}_gruenWare"  scope="quest" >Holzkamm</store>

erzeugt nicht wie erhofft die Variable:
auftragsboerse_Myakô_gruenWare mit dem Wert Holzkamm
sondern die Variable
auftragsboerse__gruenWare mit dem Wert Holzkamm.

Gut, dann ist damit gestorben, dass 2 Aufträge verschiedener Börsen parallel laufen können. Oder man müsste mehr als eine Datei editeren, wenn man die Börse an einen anderen Ort einbauen will. Die Idee gefällt mir noch weniger.

Ich möchte gerne Variablennamen zur Laufzeit erzeugen.

Da war ein Fehler in der Engine. Das sollte jetzt gehen.

(Die Engine hatte versucht, "auftragsboerse_standort}_gruenWare" anstatt "auftragsboerse_standort" als Variable auszuwerten )

Und ohne var-dump hätte das in 100 Jahren niemand entdeckt
Abgesehen davon - das probier ich heute abend als erstes aus.
Du bist echt gut!

Ja, ich bin schon ganz gut, aber ihr seid auch nicht schlecht

Nochmal ein Hinweis an alle, die noch eine Version meiner umgebauten Auftragsbörse haben: In den storequest-Dateien habe ich etwas umgebaut (eine zusätzliche Prüfung ob die hero-Variablen noch gesetzt sind), also falls mit dieser Version noch jemand was implementieren will, bitte vorher bei mir die aktuelle Version abholen.

Das ist eine erste lauffähige Version. Ist noch nicht hübsch und textlich rudimentär, aber die ersten drei Zweige sollen schon spielbar sein. Wer sich entscheiden will, die abzuliefernde Ware einzusacken kann das auch versuchen.
Würde mich über feedback freuen.
Über bugs zwar auch - aber weniger

Wäre nett, wenn ihr das mal testen würdet.

Falls man über "questupload" abbricht, ist die Quest beim Helden noch als aktiv gespeichert, dann einmal anlaufen lassen (dann geht sie in den "Hast doch schon einen Auftrag" Zweig) und nochmal hochladen, dann ist die Variable gelöscht.

Was für die Testumgebung auch nicht schlecht wäre, wäre ein RESET für die Variablen. Dann könnte man alles, was beim hero gespeichert ist einfach löschen. Das bleibt so nämlich erhalten habe ich festgestellt.