Kann ich mit Pending erreichen, das eine Quest weitergeht wenn der Spieler sich zwischen zwei Orten befindet?

mfg

Ich schätze mal, dass du in der "Schlussszene" der Vorgängerszene die quest auf pending stellst und dann die Folgeszene mit einer Prüfung der derzeitigen Wegstrecke aussattest, die entsprechend bei positivem Ausgang dann erst weitergeht.
Beispiele müsste es denke ich mal genug geben, alleine mir fällt schon der Schädel ein - den könnte ich sogar für dich mal danach durchschauen wie das da gelöst wurde.

Ganz einfach, ein Pending setzten. Dann in der Anschlusszene mit Hilfe der Attribute ort_start und ort_ziel überpürüfen ob sich der Spieler auf dem geplanten Weg befindet und dann weiter machen.

Aber während der Reise wird doch Pending nicht ausgewertet? Und wenn es dann wieder greift, wenn man ankommt, sind die Reiseattribute nimmer da?

Beziehe mich hierdrauf, Antwort von Gaddezwerch kurz danach:
viewtopic.php?f=77&t=7658&start=1890#p306780

Ja du hast Recht. Der Zwerg hat meinen Ansatz als nicht durchführbar bezteichnet. Bleibt also sein Ansatz. Zwei Questen machen und in der zweiten eine Variable der ersten als Startbedingung setzen.

Ich bins wieder! Danke nochmal an Trokhanor für die Beantwortung meiner letzten Frage.

Kann man auch Proben auf mehrere Talente zugleich machen? Ich meine das mal gehört zu haben. Wie sieht die entsprechende success/failure Ausgabe dann aus (eine Probe geschafft, alle geschafft, mehr als die hälfte?)

Du kannst immer nur eine Probe machen. Aber du kannst natürlich mehrere Proben hintereinander ausführen und zählen, wie viele bestanden wurden (im success-Zweig einen Zähler erhöhen, failure-Zweig weglassen), da kann sich ggfs. eine For-Schleife lohnen.

In AOQML ist das so nicht direkt vorgesehen. Das heißst, du wirst etwas basteln müssen.
Für eine Situation , die du beschrebst, würde ich einfach mehrere Proben hintereinander schreiben und jedesmal bei success eine variable um eins erhöhen. Dann kannst du die Variable am Ende mit Switch auswerten.

Hoffe das ist so verständlich.

Ah, ok. Ich dachte ich hatte da was gelesen. Dann eben so, geht ja auch. Vielen Dank!

Wenn es immer wieder die gleiche Fertigkeit ist, kannst du mit retain und replay auch eine Schleife basteln, dann musst du nich hunderte Zeilen vollkopieren.

Askaian hat geschrieben:Wenn es immer wieder die gleiche Fertigkeit ist, kannst du mit retain und replay auch eine Schleife basteln, dann musst du nich hunderte Zeilen vollkopieren.

Schöner ist da eine For-Schleife, auch wenn der Array, den man übergeben muss, nicht so schön ist.

Das mit der For-Schleife habe ich fast schon befürchtet. Nur habe ich mit der noch nie gearbeitet. Wahrscheinlich so ein Ding, das für Programmierer intuitiv ist, leider nicht für mich.

For-Schleifen fand ich früher auch doof, inzwischen schätze ich sie wegen ihrer enormen Flexibilität (gut, bei AOQML nicht so gegeben) und Übersichtlichkeit - ferner wegen der Betrachtungsweise des Problems. Wenn du aber mit retain und replay eine Schleife basteln kannst, die ja eigentlich eine Rekursion ist, dann ist die For-Schleife aber eigentlich auch verständlich.

Ich möchte einen Atheisten von einem Gläubigen unterscheiden, aber jedesmal wenn ich mit switch, oder has, oder get arbeite, wird ein Fehler angezeigt. Dabei spielt es scheinbar keine Rolle, ob ich als Attribut gottheit, pantheon, pantheon_id oder ähnliches wähle. Ich mache da scheinbar irgendetwas falsch. Kann mir jemand bitte mal erklären, was ich machen muss.

Also folgendes hat bei mir problemlos funktioniert:

Code: Alles auswählen

<switch attribute="gottheit">
  <case val="Atheist">
    <p>Atheist.</p>
  </case>
  <else>
    <p>Kein Atheist.</p>
  </else>
</switch>

Lt. der Tabelle Held_Attribute würde die Abfrage mit pantheon und urgott allerdings nicht bzw. nur unzureichend funktionieren.
(Nebenbei fällt mir auf, dass bei Pantheon-ID das Pantheon "Katharischer Glaube" etwas ungünstig ist, der hat ein (sehr tragisches) irdisches Pendant.)