handborons hat geschrieben:Neumünster, Neumünster
Auweia.
Hm, Interesse hätte ich schon, das Team mal kennen zu lernen. Hängt aber auch sehr vom Termin ab. Wenn da was feststeht, sag mal bescheid.

Ob vom (Kern-) A-Team jemand dabei sein wird, weiss ich noch gar nicht. Sind bisher zwei aus Neumünster, die an Quests interessiert sind und ich - aus HH.

Hab mir grad mal eine der "fertigen" ZBs angesehen - und hab direkt ne Frage: Da wird abgefragt, ob der Charakter ein Zelt mit sich rumträgt. Zelte sind aber in der Form nicht vorhanden, sondern nur die Einzelteile (Zeltplane, Stangen, Unterboden). Wie sollte man sowas handhaben? Einfach prüfen, ob eine Zeltplane im Gepäck ist? Müsste für einen notdürftigen Unterstand reichen.

Lowlander hat geschrieben:

handborons hat geschrieben:Neumünster, Neumünster
Auweia.
Hm, Interesse hätte ich schon, das Team mal kennen zu lernen. Hängt aber auch sehr vom Termin ab. Wenn da was feststeht, sag mal bescheid.

Ob vom (Kern-) A-Team jemand dabei sein wird, weiss ich noch gar nicht. Sind bisher zwei aus Neumünster, die an Quests interessiert sind und ich - aus HH.

Ach so. Egal, muss sowieso erst abwarten, ob der Termin mir in den Kram passt.

handborons hat geschrieben:Hab mir grad mal eine der "fertigen" ZBs angesehen - und hab direkt ne Frage: Da wird abgefragt, ob der Charakter ein Zelt mit sich rumträgt. Zelte sind aber in der Form nicht vorhanden, sondern nur die Einzelteile (Zeltplane, Stangen, Unterboden). Wie sollte man sowas handhaben? Einfach prüfen, ob eine Zeltplane im Gepäck ist? Müsste für einen notdürftigen Unterstand reichen.

Bei Alternativen ist es oft ein Problem, da man unmöglich alle Alternativen auflisten kann. Es gibt aber ganze Zelte (Vierpersonenzelt und Zweipersonenzelt). Beim Zelt könnte man es so machen:

Code: Alles auswählen

<store name="hatZelt">nein</store>
<has item="Vierpersonenzelt|Zweipersonenzelt">
    <success><store name="hatZelt">ja</store></success>
    <failure>
       <has item="Zeltboden+Zeltplane%+%Zeltstangen">
           <success><store name="hatZelt">ja</store></success>
      </failure>
</has>
<switch name="hatZelt">
    <case val="ja">
        ... was immer auch passiert, wenn der Held ein Zelt hat ...
    </case>
    <else>
        ... was immer auch passiert, wenn der Held kein Zelt hat ...
    </else>
</switch>


Den ersten Teil würde ich dabei in einem Library-Szene auslagern. Dann sieht es in der eigentlichen Szene nur noch so aus:

Code: Alles auswählen

<include target="/lib/hatZelt"/>
<switch name="hatZelt">
    <case val="ja">
        ... was immer auch passiert, wenn der Held ein Zelt hat ...
    </case>
    <else>
        ... was immer auch passiert, wenn der Held kein Zelt hat ...
    </else>
</switch>


Vor allem muss man dann nur an einer zentralen Stelle etwas ändern, wenn es neue Zeltarten (Einpersonenzelt) oder Bestandteile gibt.

Richtig eklig wird es, wenn man abfragen will, ob der Held etwas zum Schneiden dabei hat. Da gibt es ja sooo viele Möglichkeiten. Und dabei ist es auch egal. ob man in PHP oder in AOQML ist, die Probleme sind im Kern dieselben.

Na ja, was zu schneiden hat nahezu jeder Held dabei... Aber es stimmt schon, es gibt einfach zu viele Gegenstände, als dass man immer alle bedenken kann.

Nur zum Verständnis - so müsste es auch gehen, oder sind mehrere Möglichkeiten bei einem ODER nicht vorgesehen?:

Code: Alles auswählen

...
<has item="Vierpersonenzelt|Zweipersonenzelt|Zeltboden+Zeltplane+Zeltstangen">
    <success><store name="hatZelt">ja</store></success>
    <failure></failure>


Rein von der Logik her müsste es meiner Meinung nach gehen.

PS: Ich werde Morgen, einfach um mal reinzukommen eine ZB "Probescripten".

handborons hat geschrieben:Nur zum Verständnis - so müsste es auch gehen, oder sind mehrere Möglichkeiten bei einem ODER nicht vorgesehen?:

Code: Alles auswählen

...
<has item="Vierpersonenzelt|Zweipersonenzelt|Zeltboden+Zeltplane+Zeltstangen">
    <success><store name="hatZelt">ja</store></success>
    <failure></failure>


Leider ist so eine Kombination nicht implementiert.

Wäre aber auch zu einfach

Mirut hat geschrieben:Wäre aber auch zu einfach

Genau, wo kämen wir denn da hin...
*seufz*

Hmm jetzt hätte ich eine Frage...
Wird bei ZBs nach Proben <include/> verwendet oder ist das nur für Quests, d.h: Öffnet sich da ein neuer Kasten oder wird der Inhalt in den bestehenden eingefügt.
Ansonsten gehts eigentlich ganz gut von der Hand.

Mirut hat geschrieben:Hmm jetzt hätte ich eine Frage...
Wird bei ZBs nach Proben <include/> verwendet oder ist das nur für Quests, d.h: Öffnet sich da ein neuer Kasten oder wird der Inhalt in den bestehenden eingefügt.
Ansonsten gehts eigentlich ganz gut von der Hand.

include fügt in die Szene ein, kann man also auch in ZBs verwenden, man kann aber (egal ob in Quests oder ZB) auch direkt in dem success oder failure die Fortsetzung reinschreiben. Macht man je nachdem was übersichtlicher ist.

ZB können auch Bibliotheks-Szenen verwenden. Z.B. könnte man sowas machen:

Code: Alles auswählen

<include target="/lib/_medicus"/>
<p><fetch name="einMedicus" initcaps="true"/>, <fetch name="der"/> sich zufällig deinen Weg kreuzt, ...</p>


Das sieht dann entweder so aus: "Ein Medicus, der zufällig deinen Weg kreutz, ..." - oder eben so: "Eine Peraine Geweihte, die zufällig deinen Weg kreuzt". (Dieses Include stelle ich auch gleich zur Verfügung, es stammt aus dem wundheiler-Quest, wie ihr vielleicht schon erkannt habt.

Auch Sammlungen von möglichen Beute -Gegenständen etc. können so wiederverwendet werden.

Ok danke. Das hätte ich. Noch eine Frage:
Wie laufen Proben mit +BE ab? <challenge talent="blubb" modification+"??">
Habe nämlich im AOQML Manual nichts dazu gefunden.

Mirut hat geschrieben:Habe nämlich im AOQML Manual nichts dazu gefunden.

Wo gibt's das denn? Hab ich was übersehen?