Also <img src="bilder/quests/kisten.png"/> habe ich jetzt mal exemplarisch eingebaut.

Gibt's eine vollständige Liste der Schlüsselworte von AOQML?
Ich bin grad dabei für Notepad++ eine benutzerdefinierte Sprachdefinition zu basteln, wer dran interssiert ist, schreibe mir eine PM.

edit: Hmpf, bei nochmaligem Nachdenken ist mir aufgegangen, dass man auch genausogut die eingebaute XML-Definition nehmen kann. Also vergessen wir das wieder.

Wie kann das Programm sich merken, ob an einer bestimmten Stelle etwas bereits geschehen ist?

Einfaches Beispiel:
Vor einer offenen Tür steht eine Wache. Man kann die Wache durch schleichen umgehen oder erschlagen, wenn man hinein will.
Drinnen macht man nun irgendwas und will dann wieder heraus.
Wenn man hereingeschlichen ist, muss man jetzt wieder auf eine der beiden Weisen hinaus. Wenn aber die Wache vorher erschlagen worden ist, kann man jetzt einfach hinaus spazieren.

Sicher kann man das mit verschiedenen Szenenfolgen machen, das aber artet sehr schnell sehr unübersichtlich aus, also wäre eine interne Abfrage einfacher.
In php würde ich einfach was definieren im Sinne von:
Wenn Ork beim reingehen erschlagen --> $bodycount = 1
beim rausgehen dann abfragen:

if($bodycount >0) {
Hinausspazieren.
} else {
Kämpfen?
Vorbeischleichen?
}

Aber was mache ich in aoqml?
Würde es über store gehen?

Athuran hat geschrieben:Wie kann das Programm sich merken, ob an einer bestimmten Stelle etwas bereits geschehen ist?
...
Aber was mache ich in aoqml?
Würde es über store gehen?

Ja, mit store und switch. Morgen ggf. eine genauere Beschreibung von mir ...

Ich hätte da ebenfalls eine ähnliche Frage wie Athuran!

Kann man das Ergebnis einer Eigenschaftsprobe/Talentprobe speichern und wieder abrufen?

Beispiel:
Der Held versucht nachts in Gareth in ein Haus einzubrechen. Er öffnet dazu das Fenster im Erdgeschoss und steigt ein. Nun soll er eine KL-Probe ablegen um daran zu denken das Fenster wieder zu schliessen. Lässt er das Fenster offen, soll später nachdem die Quest im Haus abgelaufen ist, die Stadtwache auf das geöffnete Fenster aufmerksam werden und den Helden überraschen.

Etwas Strukturierter dargestellt (hoffentlich):
Held öffnet Fenster und geht hinein.
Probe: KL+3 (#Das Ergebnis dieser Probe soll gespeichert werden!#)
Erfolg: Held schliesst Fenster wieder
Misserfolg: Fenster bleibt offen.

....Quest im Inneren des Hauses (Schleichen, Sinnenschärfe, Schlösser knacken etc.).....

Held will nun wieder durchs Fenster nach draussen.
Abfrage: War KL+3 erfolgreich ? (#Hier soll nun das Ergebnis der vorigen KL-Probe angewandt werden#)
Erfolg: Keine Wachen!
Misserfolg: Wachen haben das geöffente Fenster bemerkt und ertappen den Helden beim Rausgehen.

Wie könnte man das codieren ?

Das wird dort erklärt: http://wiki.antamar-community.de/index. ... tore_fetch


Tja, und ich wollte mal wissen ob diese Quest vollständig funktioniert:

Code: Alles auswählen

<!-- queststart.xml -->
<?xml version="1.0" encoding="UTF-8"?>
<scene>
<has attribute="Gold" maximum="100">
    <success>
        <quest status="rejected"/>
    </success>
    <failure>
        <quest status="startet"/>
        <include target="questannehmen"/>
    </failure>
</has>
</scene>

<!-- questannehmen.xml -->
<?xml version="1.0" encoding="UTF-8"?>
<scene>
    <li><choice target="questgehtlos">Weiter</choice></li>
    <li><choice target="questbeenden">Beenden</choice></li>
</scene>

<!-- questgehtlos.xml -->
<?xml version="1.0" encoding="UTF-8"?>
<scene>
    <p>An dieser Stelle wird die Quest demnächst Weitergehen, derzeit ist diese Testquest hier Zuende</p>
    <include target="questbeenden"/>
</scene>

<!-- questbeenden.xml -->
<?xml version="1.0" encoding="UTF-8"?>
<scene>
    <quest status="ended"/>
</scene>


Godnix hat geschrieben:Ich hätte da ebenfalls eine ähnliche Frage wie Athuran!

Kann man das Ergebnis einer Eigenschaftsprobe/Talentprobe speichern und wieder abrufen?

store/fetch könnte in manchen Fällen die Lösung sein, aber oft ist dieses besser:

Code: Alles auswählen

<challenge talent="Schätzen" name="Schätzprobe1"/>
...
<challenge name="Schätzprobe1">
<success>...</success>
<failure>...</failure>
</challenge>


Die Zweige können natürlich auch gleich bei der eigentlichen Probe da stehen, und bei beliebig häufigen Abrufen bis zum Ende des Quests.

Lowlander hat geschrieben:

Godnix hat geschrieben:Ich hätte da ebenfalls eine ähnliche Frage wie Athuran!

Kann man das Ergebnis einer Eigenschaftsprobe/Talentprobe speichern und wieder abrufen?

store/fetch könnte in manchen Fällen die Lösung sein, aber oft ist dieses besser:

Code: Alles auswählen

<challenge talent="Schätzen" name="Schätzprobe1"/>
...
<challenge name="Schätzprobe1">
<success>...</success>
<failure>...</failure>
</challenge>


Die Zweige können natürlich auch gleich bei der eigentlichen Probe da stehen, und bei beliebig häufigen Abrufen bis zum Ende des Quests.

Ich würde in solchen Fällen nicht das Ergebnis der Probe speichern, sondern die Konsequenz daraus ($fenster_offen=1 oder 0).
Aber vielleicht ist ja das genaue Ergebnis der Probe später auch noch mal wichtig, wenn mir auch jetzt nicht einfallen will wozu.

Danke für die Antwort!

Nächste Frage:
Kann ich auch eine Wahrscheinlichkeit für ein Ereignis/Zweig vorgeben?

Beispiel:
Held will nun wieder durchs Fenster nach draussen.

1-75 % Keine Wachen! Du kommst unbemerkt aus dem Haus heraus.
76-100 % Die Wachen haben das geöffente Fenster bemerkt und ertappen den Helden beim Rausgehen.

Eher improvisiert aber gehen müsste es (zumindest bei deinem Beispiel).

Code: Alles auswählen

<random>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="anderesereignis.xml"></case>
</random>


Aber das geht anders wahrscheinlich besser oder?

Mirut hat geschrieben:Eher improvisiert aber gehen müsste es (zumindest bei deinem Beispiel).

Code: Alles auswählen

<random>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="wasauchimmer.xml"></case>
      <case><include target="anderesereignis.xml"></case>
</random>


Aber das geht anders wahrscheinlich besser oder?

Ich denke auch das es funktionieren würde. Aber mir schwebte da eher so was vor wie, einen Prozentwert für "case" angeben zu können.
Also in etwa sowas:

Code: Alles auswählen

<random>
<case value=25%><include target="wasauchimmer.xml"></case>
<case value=75%><include target="anderesereignis.xml"></case>
</random>


Vielleicht auch so, wenn nicht sollte das eingebaut werden.

Code: Alles auswählen

<random>
<case value=3><include target="wasauchimmer.xml"/></case>
<case value=1><include target="anderesereignis.xml"/></case>
</random>


handborons hat geschrieben:Ich würde in solchen Fällen nicht das Ergebnis der Probe speichern, sondern die Konsequenz daraus ($fenster_offen=1 oder 0).
Aber vielleicht ist ja das genaue Ergebnis der Probe später auch noch mal wichtig, wenn mir auch jetzt nicht einfallen will wozu.

Was ja oft einfach nur eine Sache der Benennung ist:

Code: Alles auswählen

<challenge talent="Schösser knacken" name="TürOffen"/>
...
<challenge name="TürOffen">
<success>...</success>
<failure>...</failure>
</challenge>


Inanna hat geschrieben:Vielleicht auch so, wenn nicht sollte das eingebaut werden.

Code: Alles auswählen

<random>
<case value=3><include target="wasauchimmer.xml"/></case>
<case value=1><include target="anderesereignis.xml"/></case>
</random>


Ist nicht ganz so einfach, weil dafür der Programmcode an der Stelle ganz anders aufgebaut werden muss. Daher bitte ins Mantis oder die Feature-Wunschliste im AOQML-Manual (Wiki).

Ist nicht ganz so einfach, weil dafür der Programmcode an der Stelle ganz anders aufgebaut werden muss. Daher bitte ins Mantis oder die Feature-Wunschliste im AOQML-Manual (Wiki).

Wunsch wurde ins Wiki eingefügt!