Gibt es die Möglichkeit in AOQML das aktuelle Datum auszulesen und innerhalb eines Quest-Textes anzeigen zu lassen?

Sowas ginge:

Code: Alles auswählen

<p>Wir haben heute den <get attribute="tag"/>. <get attribute="monat"/>.</p>

Ich glaube das Jahr geht nicht, zumindest wüsste ich das jetzt spontan nicht.

Jo, ein Jahr gibt es nicht.

Reicht schon vollkommen. Danke.

Angenommen, eine Heldengruppe hat in einer Stadt eine Quest. Wenn ich diese Quest beenden will, würde ich gerne zwei Questausgänge einbauen: Einen, bei dem die Helden in der Stadt bleiben, und einen anderen, bei dem die Helden die Stadt direkt verlassen, so dass sie auf Reisen gehen.

Ist letzteres möglich? Es gibt das Attribut "unterwegs", das innerhalb von Ortschaften auf "false" steht. Aber das kann man - zumindest derzeit - wohl nicht einfach so auf "true" setzen, oder? Man bräuchte dann ja auch Angaben für ort_start und ort_ziel und Reisedauer, etc. Gibt es irgendeine Möglichkeit, das als Autor zu machen, also sozusagen zu simulieren, dass die Helden über die Reisemöglichkeiten einen Zielort auswählen und loslaufen, wenn sie die Quest beenden?

Ich habe mal eine einfache Möglichkeit eingebaut:

Code: Alles auswählen

<set attribute="site" val="Vellhafen" /><!-- Teleport in den Zielort -->

<set attribute="unterwegs" val="true"/><!-- wird benötigt, damit delay funktioniert -->

<delay hours="100"/><!-- So viele Stunden ist der Held vom Zielort (Vellhafen) entfernt, also hier: Reisedauer = 100h -->


Nachteil: Wie du schon sagtest, wird hier nichts über den Weg, Wegart usw. angegeben. Was hier passiert, ist, dass der Startort der letzten Reise als Startort für diese Reise angezeigt wird. Wenn ich z.B. aus Eisentrutz nach Berenhavn gereist bin, dann in Berenhavn die Quest startet und obiger Code ausgeführt wird, wird unten "Reise von Eisentrutz nach Vellhafen" angezeigt. Die Wegbedingungen sind dann dieselben wie auf der Strecke Eisentrutz -> Berenhavn.

Gaddezwerch hat geschrieben:Was hier passiert, ist, dass der Startort der letzten Reise als Startort für diese Reise angezeigt wird. Wenn ich z.B. aus Eisentrutz nach Berenhavn gereist bin, dann in Berenhavn die Quest startet und obiger Code ausgeführt wird, wird unten "Reise von Eisentrutz nach Vellhafen" angezeigt.

Hmm, das ist leider nicht so praktisch. Die Helden können dann ja auch sofort umdrehen. Und dann zaubern sie sich in wenigen Sekunden von Berenhavn nach Eisentrutz oder teleportieren sich gar über noch weitere Entfernungen in Sekundenschnelle. Und das bedeutet andererseits auch, dass sie in diesem Moment keine Gelegenheit haben, zu dem Ort, von dem sie eigentlich gekommen sind, zurückzukehren.

Also wenn sich das nach dem von mir vorgeschlagenen Schema eher nicht umsetzen lässt, kann ich wohl auch umplanen. War erstmal nur eine Frage, die an sich auch keine Eile hat, in einem halben Jahr wäre das immer noch locker früh genug. Wollte da nur erstmal nachfragen, weil der ganze Questaufbau sich danach richten muss, ob das geht oder nicht.

Was spricht dagegen, die Helden selbständig die Reise antreten zu lassen und die Quest solange auf pending zusetzen? Dann wären sie auch nicht unmittelbar in der Quest "gefangen" und müssten ein ganzes Epos ohne Unterbrechung durchspielen

Siehe PN.

Eine ganz kurze Frage noch: Wenn ich eine Reise antrete, wird das Attribut ort_start genau so gespeichert, wenn es eine Schiffs- oder Kutschenreise ist, oder? Also bei einer Schiffahrt von Nordahejm nach Wangalen wird Nordahejm als ort_start gespeichert, bis man eine neue Reise antritt?

Ja.

Der AOQML-Editor meint, dass ein switch mit einer Talentabfrage unzulässig ist.

Code: Alles auswählen

<switch talent="Sprache X">
       <case min="1" max="2">
              <p>foo</p>
            </case>
            <case min="3">
              <p>foo</p>
       </case>
       <else><p>foo</p></else>


Ich weiß jetzt nicht genau, wie ich darauf gekommen bin, doch scheint mir das eleganter als immer weiter verschachtelte has-Abfragen. Ich möchte halt das Resultat an Schrift/Sprache-Fähigkeiten anpassen. Ideen?

Theoran hat geschrieben:Der AOQML-Editor meint, dass ein switch mit einer Talentabfrage unzulässig ist.

Code: Alles auswählen

<switch talent="Sprache X">
       <case min="1" max="2">
              <p>foo</p>
            </case>
            <case min="3">
              <p>foo</p>
       </case>
       <else><p>foo</p></else>


Ich weiß jetzt nicht genau, wie ich darauf gekommen bin, doch scheint mir das eleganter als immer weiter verschachtelte has-Abfragen. Ich möchte halt das Resultat an Schrift/Sprache-Fähigkeiten anpassen. Ideen?

Code: Alles auswählen

<has talent="bla">
  <success min="20">
  </success>
  <success min="10">
  </success>
  <failure>
  </failure>
</has


Wobei man bei der Reihenfolge beachten sollte, dass von oben nach unten gelesen wird und der erste passende Ausgang gewählt. Oder halt mit min und max, wenn du einen Bereich genau definiert haben magst.

Ok, das geht natürlich auch. Das funktioniert auch innerhalb des Success-Zweigs einer anderen has-Abfrage oder gibt es dann Komplikationen?

Theoran hat geschrieben:Ok, das geht natürlich auch. Das funktioniert auch innerhalb des Success-Zweigs einer anderen has-Abfrage oder gibt es dann Komplikationen?

Ähhh ... Ich weiß gerade nicht, wie du das meinst. Hast du ein Beispiel? Wenn es einfach nur um sowas geht:

Code: Alles auswählen

<has talent="schrift">
  <success>
    <has talent="sprache">
      <success min="20">
      </success>
      <success min="10">
      </success>
      <failure>
      </failure>
    </has>
  </success>
  <failure>
  </failure>
</has>

dann sollte das problemlos funktionieren.

Edit: Tippfehler