Ich hab eine Variable erstellt

<store name="marken" scope="quest">50</store>

und dann ein paar Szenen später

<has name="marken" min="1">

sowie in einer anderen Szene:

<has name="marken" min="2">

Tja das Problem ist nun, dass auf dem Testserver erstere Abfrage in den success Pfad führt, die zweite aber in den failure Pfad obwohl ich mit 50 natürlich auch min 2 erfülle. Das gilt für alle anderen Werte zwischen 2 und 50 ebenfalls, nur mit 1 klappts. Was mach ich dagegen?

Eventuell musst du die Variabele mit set name=... speichern. Ich kann mir vorstellen, das in der Datenbank bei Store ein Zeichenstrang und kein Wert gespeichert wird.

Aber würde ohne Wert die min="1" nicht auch zum failure führen?

Versuche es mal so:

Code: Alles auswählen

<store name="test" scope="quest">50</store>

<has name="test">
  <success min="1">
  </success>
  <failure>
  </failure>
</has>

Nein, der von Fury gepostete Code war schon korrekt.

Lass dir einfach mal die Variablen ausgeben, z.B. mit Var-dump

edit:
Hast du evtl. ein <quest status="running"/> am Questanfang vergessen?

Alternativ sollte es mit switch funktionieren.

Code: Alles auswählen

<switch name="marken">
  <case min="2">...</case>
  <else></else>
</switch>


Also Var-dumb sagt mir, dass der Wert korrekt auf 50 ist. Wenn ich für die min="1" Abfrage dann bezahle set... dec="!" etc, dann wird mir auch 49 angezeigt.
min="2" führt aber trozdem zu failure !

Ich werds einfach mal mit Case versuchen, ich hab einfach keine Idee mehr, was da falsch läuft. Um Tippfehler zu vermeiden, hab ich sogar die Abfrage für min 1 kopiert und dann nur die 1 in eine 2 umgewandelt... dabei werd ich schon nichts mehr falsch gemacht haben.

Für attribute, quality etc schein has einwandfrei zu funktionieren. Probleme gibt es erst bei has name... .

Der Editorbeschwert sich nicht bei dem Befehl

Code: Alles auswählen

<store name="Held"><hero output="id" by-challenge="Reiten" select="best"/></store>

by-challenge="Reiten" ist eigentlich falsch, weil es by-talent="Reiten" heißen muss.

Das ist richtig, aber solche semantische Prüfungen kann der Editor einfach nicht übernehmen, weil du ja theoretisch auch eine Probe mit der ID "Reiten" versehen könntest... das Schema wird da nicht zu restriktiv eingestellt.

@Fury: Ja, da ist ein Fehler in der Engine. Behoben mit Revision 6239.

Ok, das leuchtet ein. Danke.

Weil Eriath Queste braucht habe ich wieder mal mein Wüstengrab entstaubt. Auf dem Teytserver habe ich ein mekrwürdiges Problem. Bei unter anderem dieser Szene.



Ich kann pro Szene genau einmal einen der in den store abgespeicherten choice aktivieren. Danach werden sie zwar noch als Weiterleitungen angezeigt, aber wenn ich draufklicke bin ich auf der selben Seite, nur, das die aus dem Cache geladen wurde.

Ist das ein Problem des Textservers, oder muss ich auf die Store verzichten und stattdessen mit Variabelen und switch arbeiten?

Ok, die zweite Variante funktioniert. Ist zwar etwas umständlich die Queste so umzubauen. Aber naja, wers nicht im Kopf hat, hats in den Fingerspitzen.

Ja, Zufallsdungeons sind knifflig ...

2 kurze Fragen:

Es gibt ja in Questen manchmal ooc-Hinweise in einer separaten Box. Wie bekomme ich das in AOQML hin?
Habe im Wiki leider nichts dazu gefunden.

Wann genau erscheint im Spiel die Meldung "ausgeplündert"? Wenn ich den drop-Befehle in Verbindung mit einer Prozentzahl verwende, dürfte es auf jeden Fall so sein. Kann ich das irgendwie vermeiden ("ausgeplündert" wirkt etwas übertrieben, wenn der Char z.B. nur 1% seiner Sachen verliert)? Wenn ich show="none" verwende, dann würde ja auch die Liste, was den nun verloren wurde, fehlen, nicht? Wäre also auch nicht optimal.

Kuolema_ hat geschrieben:Es gibt ja in Questen manchmal ooc-Hinweise in einer separaten Box. Wie bekomme ich das in AOQML hin?

Code: Alles auswählen

<div class="oog">Das hier ist Spielerwissen.</div>


Zum ausgeplündert: Weiß ich grade nicht, am besten einfach mal ausprobieren aufm Testserver.

Das "ausgeplündert" erscheint mWn immer dann, wenn etwas per drop entfernt wurde. Und sogar dann, wenn nur ein Prozentwert entfernt werden sollte aber mangels Mengen nichts entfernt wurde - zumindest in ZB.