Ich revidiere das Gesuch nach einem Namen. min="0" sollte einfach failure ergeben, wenn die Fertigkeit nicht aktiv ist.

und das min=0 kann man auch weglassen, also einfach:

Code: Alles auswählen

<has talent="Gassenwissen">
  <success>
  </success>
  <failure>
  </failure>
</has>


edit: Offenbar ist ein Fehler in der Engine. Wenn man min="0" angibt, wird falscherweise der success-Pfad ausgeführt. Ich werde das gleich korrigieren.

Lowlander hat geschrieben:Lasst euch mal einen guten Namen für den Zweig einfallen.

<inactive>, hmm
<exception>, hmm
<notactiacated>, hmm

geht's ausdrucksstäerker?

Was hast du gegen <notactivated>?

Neue Wünsche:

Popuptexte per aoqml. Also das man mit der Maus über ein Wort geht und dann z.B. eine genauere Erklärung oder Beschreibung auftaucht.

Zeitmesservariablen, quasi umgedrehter Countdown, der vorwärts zählt. Per switch auslesbar.

P.S.: Ja, ich weiß, wird so bald nichts...

neonix hat geschrieben:Popuptexte per aoqml. Also das man mit der Maus über ein Wort geht und dann z.B. eine genauere Erklärung oder Beschreibung auftaucht.

Dafür würde ja etwas CSS Code ausreichen, der dann einfach z.B. mit <a class="with-tooltip">direkter Text<span>hier der Tooltip-Text</span></a> verwenden würde.

So einn CSS gibt es vermutlich schon in Antamar.

Ja, gibt es. <span class="tip" rel="Hier steht die Beschreibung oder Erklärung zum Text">Text</span>

Sehr schön!

Da schliesse ich mich mal direkt an: Gibt es irgendwo eine Liste, welche css-Klassen man verwenden kann? tip, oog und countdown kenne ich jetzt, aber vielleicht gibt es ja noch ein paar mehr...

Es gibt ja "weg_nach_staat_id" und "weg_von_staat_id", aber nicht "weg_in_staat_id". Wäre es möglich den letzten Befehl zu generieren, wenn es nicht zu kompliziert ist?

Nein, momentan nicht, siehe viewtopic.php?p=249303#p249303

<has talent="${TalentSprache-Rezept}+${TalentSchrift-Rezept}" min="${MinSprache-Rezept}" show="none">

Ich würde gerne auch Fertigkeiten mit + und | verknüpfen.

Ist mir ehrlich gesagt zu umständlich, das in die Engine einzubauen. Und das XSD-Schema müsste man dann auch adäquat anpassen (ohne "alles" als Eingabe zu erlauben), was auch nicht sooo einfach ist.

Wenn du keine verschachtelten has-Abfragen nutzen willst, kann man es sicher auch so in AOQML einbauen:

Code: Alles auswählen

<store name="voraussetzungen-erfuellt" scope="scene">true</store>
<has talent="${TalentSprache-Rezept} min="${MinSprache-Rezept}" show="none">
  <failure>
    <store name="voraussetzungen-erfuellt">false</store>
  </failure>
</has>

<has talent="${TalentSchrift-Rezept}" min="${MinSprache-Rezept}" show="none">
  <failure>
    <store name="voraussetzungen-erfuellt">false</store>
  </failure>
</has>

...

<switch name="voraussetzungen-erfuellt">
  <case val="true">
    <!-- alles ok -->
  </case>
  <else>
    <!-- nicht ok -->
  </else>
</switch>


Ist halt ein bisschen mehr Getippe, aber erfüllt auch seinen Zweck.

Jo geht so.

Hatte gehofft es ist einfacher umzusetzen wie eben bei den Waren.

grüße

Sobald die Quest-Engine unter Java läuft, könnte ich mir so etwas vorstellen:

Code: Alles auswählen

<if  show="none">
    <conditon op="and">
        <has talent="${TalentSprache-Rezept} min="${MinSprache-Rezept}"/>
        <has talent="${TalentSchrift-Rezept} min="${MinSchrift-Rezept}"/>
    <conditon/>
    <then>
    </then>
        <!-- alles ok -->
    </then>
    <else>
        <!-- nicht ok -->
  </else>
</if>


Das könnte man auch auf und/oder erweitern:

Code: Alles auswählen

<if  show="none">
    <conditon op="or">
        <conditon op="and">
           <has talent="${TalentSprache-Rezept} min="${MinSprache-Rezept}"/>
           <has talent="${TalentSchrift-Rezept} min="${MinSchrift-Rezept}"/>
        <conditon/>
        <has attribute="IQ" min="20"/>
    <conditon/>
...


Wobei ich auch dabei Schema-Probleme sehe. Und wenn Szenen so komplex werden, ist die Frage, ob AOQML noch die richtige Sprache ist, oder ob für solche komplexen Dinge nicht z.B. eine Scala-basierte DSL eine Alternative wäre (d.h. parallel zu AOQML).

Aber bitte nicht mehr in PHP, wenn wir sowas erstmal anfangen, kann ich mit der Java-Version gleich wieder aufhören, da ich dann NIEMALS aufholen kann. Kleinigkeiten, ok, aber gerade solch ein Umbau wäre heftig.

Jo, ich denke, mit den bisherigen Mitteln ist schon sehr viel machbar, denn im Prinzip bieten die vorgestellten Dinge keine neuen spielbezogenen Funktionalitäten sondern nur Code-Ersparnis. Insofern lohnt sich auch nicht der Aufwand am PHP-Code herumzudoktern.