Bockos hat geschrieben:Einen wunderschönen guten Morgen zusammen. Jetzt hab ich ein Problem, wo ich absolut nicht mehr weiter weiss...

Und zwar gibt es ein Abfragebefehl, ob der Character schon einen gewissen Raum aufgesucht hat, bzw. programmiertechnisch einen gewissen Pfad.

Hmm, also irgendwie in der Art
<has Pfad="links">
<success><p>da du schon im linken gang gewesen bist, gehst du nun weiter</p></success>
<failure><p>da du im den linken gang noch nicht gewese bist, beschliesst du lieber, diesen nochmals zu untersuchen</p></failure>
</has>

Stimmt natürlich nicht, was ich da geschrieben habe, aber gibt es so etwas in der Art?

Vielen, vielen Dank im Voraus!

Gruss
Bockos

Hat sich erledigt, habe es einfach über zwei getrennte Pfade gemacht. Trotzdem Danke

linkerraum.xml

Code: Alles auswählen

<store name="linkerraum">ja</store>

irgendwo.xml

Code: Alles auswählen

<switch name="linkerraum">
  <case value="ja"><p>da du schon im linken gang gewesen bist, gehst du nun weiter</p></case>
  <else><p>da du im den linken gang noch nicht gewese bist, beschliesst du lieber, diesen nochmals zu untersuchen</p></else>
</switch>

Sowas in der Art könnte funktionieren - ich hoffe es jedenfalls, da ich ähnliches auch benutze

qapla hat geschrieben:linkerraum.xml

Code: Alles auswählen

<store name="linkerraum">ja</store>

irgendwo.xml

Code: Alles auswählen

<switch name="linkerraum">
  <case value="ja"><p>da du schon im linken gang gewesen bist, gehst du nun weiter</p></case>
  <else><p>da du im den linken gang noch nicht gewese bist, beschliesst du lieber, diesen nochmals zu untersuchen</p></else>
</switch>

Sowas in der Art könnte funktionieren - ich hoffe es jedenfalls, da ich ähnliches auch benutze

So sollte es gehen. Aufgepasst: Wenn "linkerraum" nicht gesetzt ist, kommt es bei dem switch zu einem Fehler. Also irgendwo vorher auf "nein" setzen.

Ich hätte eine andere Frage:

Kann man Questen insofern miteinander verbinden, dass Quest Nr.2 erst nach einem bestimmten Ende von Quest Nr.1 mögliche ist?

Gandogar hat geschrieben:Ich hätte eine andere Frage:

Kann man Questen insofern miteinander verbinden, dass Quest Nr.2 erst nach einem bestimmten Ende von Quest Nr.1 mögliche ist?

Derzeit nur durch Gegenstände - aber die könnte ja nun auch jemand anders haben als der Held aus dem 1. Quest.

Alternativ kann man daraus ein Quest machen. Den ersten Teil endet man dann mit <quest status="pending"/> dabei kann man auch eine Folgeszene ausgeben: <quest status="pending" target="weiter-hier"/>. Die Folgeszene wird dann immer wieder gestartet, dort kann man dann prüfen, ob Vorbedinungen erfüllt sind. Wenn nein, dann wieder den Status pending, sonst auf running setzen. Prüfen kann man z.B. ob der Held an einem bestimmten (anderen) Ort ist, bestimmte Dinge hat etc.

Evlt. kann man die Unter-Quests gleich auf verschiedene Unterverzeichnisse unterhalb des Quest-Verzeichnis aufteilen. Das soll irgendwann später dann auch im Editor Graphen übersichtlicher dargestellt werden.

Durch "pending" sind die beiden Questen also direkt hintereinander?



(Ich bin leider ein totaler Laie, was Programmieren betrifft. )

Pending unterbricht ein Quest. Der Held kann dann einkaufen, reisen, arbeiten, einfach alles. Aber bei jedem Betreten eines Quest-Startorts (z.B. Straße, Taverne, Arena etc.) wird die Folgeszene "angespielt". Dort kann man dann entscheiden, ob das Quest weitergeht oder "pending" bleibt - oder auch endet. Z.B. so:

1. Endszene des ersten Teils:

Code: Alles auswählen

<scene>
<p>Besorge ein grünes Amulett.</p>
<quest status="pending" target="zweiter-teil"/>
</scene>


2. Startszene des zweiten Teils:

Code: Alles auswählen

<scene>
<has item="Grünes Amulett">
    <success>
        <quest status="running"/>
        <p>Toll, du hast ein Grünes Amulett besorgt. Was nun?
        <choice target="amulett-uebergeben"/> oder <choice target="amulett-behalten"/></p>
    </success>
    <failure>
        <quest status="pending"/>
    </failure>
</has>

</scene>


Alle Quest-Variablen bleiben in dem Fall auch erhalten, beim Ende eines Quets würden sie dahingegen gelöscht werden.

Ok, danke,
das könnte ich verwenden.

Laut Quest (Tag) sind die Stati "aborted", "failed" und "finished" zukünftig nicht mehr zu verwenden. Für ein reguläres Ende kommt also wohl nur noch "ended" in Frage. Ein Quest ist damit aber immer wiederholbar, wenn ich das richtig sehe. Was, wenn das nicht gewollt ist, weil es inhaltlich keinen Sinn machen würde?

proser hat geschrieben:Laut Quest (Tag) sind die Stati "aborted", "failed" und "finished" zukünftig nicht mehr zu verwenden. Für ein reguläres Ende kommt also wohl nur noch "ended" in Frage. Ein Quest ist damit aber immer wiederholbar, wenn ich das richtig sehe. Was, wenn das nicht gewollt ist, weil es inhaltlich keinen Sinn machen würde?

<quest status="ended" frequency="nie"/> (wird noch geändert in <quest status="ended" frequency="never"/> - evtl. sogar in <quest status="ended" repeat="never"/>)

Wenn wir sowas ändern, stellen wir aber eh alle Queste im SVN um.

Gut, danke! Davor stand etwas von ZB, weshalb ich nicht weitergelesen habe.