Ich bitte darum, zu beachten, dass die Zip-Funktion des Editors nachwievor nicht funktioniert. Augenscheinlich erhält man zwar ein funktionierendes Zip, aber die Dateikodierung wird zerschossen, was dazu führt, dass der Testserver die Dateien nicht mehr lesen kann: "Kein valides XML" und nach dem Entpacken auch der AOQML-Editor abstürzt, wenn man versucht, die Dateien dort einzuladen.

Sollte man also per Editor gezippt haben - und aus irgendeinem Grund die Ursprungsdateien nicht mehr haben, braucht man nicht gleich in Panik zu verfallen, man kann das Problem wieder rückgängig machen.

Ich benutze dazu Notepad ++, einen Code-Editor, den man sich kostenlos runterladen und benutzen kann.

Zerschossene Dateien sehen im Editor in der Regel wie folgt aus:



Um das nun zu ändern, muss man einfach nur drei Schritte gehen:

1. Zeichensatz einstellen auf ISO 8859-1 - Schon sehen die Umlaute wieder normal aus.



2. Konvertieren zu UTF-8 ohne BOM; Nicht oben auf "UTF-8 ohne BOM", sondern unten.



3. Speichern nicht vergessen.

Hat irgendjemand eine Idee, wie ich bei unserer Spezifikation (XSD) das Regex zum ItemNamen ändern muss, um sicherzustellen, dass das erste und letzte Zeichen kein Leerzeichen ist?

Code: Alles auswählen

<xs:simpleType name="itemName">
    <xs:restriction base="xs:string">
      <!--  das erste Zeichen darf keine Zahl sein! Sowie neu: Das erste und letzte Zeichen darf kein Leerzeichen sein? -->
      <xs:pattern value="[A-z#$%\*](.*)"/>
      <xs:minLength value="1"/>
    </xs:restriction>
  </xs:simpleType>


Hast Du schon versucht, [^\s] davor und dahinter zu setzen?

Code: Alles auswählen

[A-z#$%\*\S](.*)[\S]

Wird jedenfalls von einem Überprüfer gefressen und tut auch gefordertes.

Super, danke dir!

Ich wünsche mir, dass der AOQML Editor eine Übersicht über alle genutzten Variablen in der Quest liefert mit Angabe zu

Code: Alles auswählen

Variablenname | Szene | Scope | zugehörigem Befehl wie store/fetch/set | Interne Anmerkung für den Questautor (nur im Editor sichtbar)

sodass man sozusagen eine Art Verwendungsnachweis für die Variablen hat, zumindest questintern. Das dürfte der Übersicht dienen.

Mein obiger Vorschlag verbietet "*", wie ich gerade dank Talkmar festgestellt habe (und das Beispiel hab ich auch nicht getestet). Korrigierte Version

Code: Alles auswählen

[A-z#$%\*\S](.*[\S])?

ist drin

Die beiden Befehle, die auf dem Testserver funktionieren, werfen im Editor einen Fehler aus.

Code: Alles auswählen

<set attribute="cash" dec="*50%"/>
<set attribute="cash" dec="50%"/>

Fehler in Zeile 5: cvc-datatype-valid.1.2.3: "*50%" ist kein gültiger Wert des Vereinigungsmengentyps "intExpression".
Fehler in Zeile 5: cvc-attribute.3: Wert "*50%" des Attributs "dec" bei Element "set" hat keinen gültigen Typ "intExpression".
Fehler in Zeile 6: cvc-datatype-valid.1.2.3: "50%" ist kein gültiger Wert des Vereinigungsmengentyps "intExpression".
Fehler in Zeile 6: cvc-attribute.3: Wert "50%" des Attributs "dec" bei Element "set" hat keinen gültigen Typ "intExpression".

Bei

Code: Alles auswählen

<retain name="taetigkeit_${auswahlzaehler}" id="Mathematik">blabla </retain>
<replay name="taetigkeit_${auswahlzaehler}"/>

meckert der Editor

Fehler in Zeile 26: cvc-datatype-valid.1.2.3: "taetigkeit_${auswahlzaehler}" ist kein gültiger Wert des Vereinigungsmengentyps "varExpression".
Fehler in Zeile 26: cvc-attribute.3: Wert "taetigkeit_${auswahlzaehler}" des Attributs "name" bei Element "retain" hat keinen gültigen Typ "varExpression".
Fehler in Zeile 42: cvc-datatype-valid.1.2.3: "taetigkeit_${auswahlzaehler}" ist kein gültiger Wert des Vereinigungsmengentyps "varExpression".
Fehler in Zeile 42: cvc-attribute.3: Wert "taetigkeit_${auswahlzaehler}" des Attributs "name" bei Element "replay" hat keinen gültigen Typ "varExpression".

Funktioniert auf dem Testserver aber problemlos.

Trokhanor, hast du auch gleich Lösungsvorschläge dazu? Ich glaube, du kennst die XSD sehr gut.

Ich kenne die XSD nicht sonderlich gut. Solche Meldungen tauchen halt bei akanonischer AOQML-Nutzung aus.

(Ich vermute, da müsste gleich mit regulären Ausdrücken gearbeitet werden.)

Bei Abfragen mit variablen Variablennamen wird die XSD auch etwas überstrapaziert.

Code: Alles auswählen

<has name="temp_${var_temp}" min="${anzahl_${var_temp}}" show="none"><!-- Hier meckert die XSD, Zeile wurde auf dem Testserver getestet und funktioniert. -->
</has>

Fehler in Zeile 111: cvc-datatype-valid.1.2.3: "${anzahl_${var_temp}}" ist kein gültiger Wert des Vereinigungsmengentyps "intExpression".
Fehler in Zeile 111: cvc-attribute.3: Wert "${anzahl_${var_temp}}" des Attributs "min" bei Element "has" hat keinen gültigen Typ "intExpression".

Ich habe die XSD angepasst für die ersten beiden Beispiele.
Das letzte Beispiele sehe ich etwas out-of-scope. Wer das nutzen will, kann das machen, bekommt hier aber keine Editor-Unterstützung

Kleiner Hinweis:

Der Jahreszeitenswitch unter Praxiserprobt enthält einen kleinen Fehler: Erdmond muss zu Erdenmond geändert werden, wenn man ihn benutzt.

Mantis #1940

Betrifft nur die XSD: Könnte man der beibringen, dass

* npcid in der Umgebung <npc/> auch besondere Werte akzeptiert?
* Select und Challenge auch in der Umgebung <ul> funktionieren?
* show bei Item-select auch Variablen erkennt?

Alle Punkte wurden von mir auf dem TS schon getestet und in ZB/Quest mehrfach genutzt.