AOQML Editor - neueste Versionen

[Varthac]

EDIT Tommek, Hier der Beitrag zum aktuellen Editor von Lowlander:

Es gibt eine neue vorab-Version des AOQML-Editors 0.105: https://repo.javagil.de/releases/aoqml-editor/

Erweiterungen

• Anzeige der Variablennamen in Baumdarstellung und alfabetisch sortiert.
  
• Anzeige der für globale Nutzung bekannten Variablennamen aus (anderen) Questen.
  
• Berücksichtigung von ${...} bei Variablen-Initialisierungs-Prüfung.
  
• Liste aller initialisierten Variablen der Quest im Editor anzeigbar und per Doppelklick einfügbar (alternativ zu den Snippets).
  
• Es ist jetzt möglich eigene Code-Schnipsel zu erstellen.

Detailverbesserungen

• Sinnvollere Initiale Größe und Position des Szenen-Editor-Fensters,
  so dass auch die Suchen+Ersetzen-Felder wieder sichtbar sind.
  
• Aktuelle aoqml.xml für Offline-Betrieb aus Antamar übernommen.
  
• Im Optionsmenü kann der Speicherort der Schnipsel-Datei frei gewählt werden (Standard: Datei wird im selben Ordner wie der Editor gespeichert)

Fehlerkorrkekturen

• random/case/factor gilt nicht mehr als Variablen-Referenz sondern ist eine positive Ganzzahl.

Nicht behoben ist, dass <hero by-challenge="DIE-VARIABLE"/> einen Variablennamen erwartet, den soll man in der Challenge angeben <challenge ... name="DIE-VARIABLE" id="DIE-VARIABLE">. Die Dopplung in id=... ist derzeit noch nötig, das wird in der Engine angepasst, so dass es irgendwann nicht mehr nötig ist.

Zuletzt geändert von Varthac am Mo 21 Dez, 2020 13:42, insgesamt 5-mal geändert.
Grund: Eingangspost aktualisiert

[neonix]

1. Sehr schön, endlich wieder grün!

2. quest="continue" wird als falsch erkannt.

3. Bei has wird mark als falsch erkannt. Soll nur noch name benutzt werden?

4. Wenn man bei get ein show="none" einbaut, wird das als falsch erkannt, funktioniert aber.

5. <switch attribute="reiseart"> wird auch bemängelt.

Ansonsten: Klasse, habe schon einen Fehler gefunden!

[Tommek]

"store mark=xyz" wird auch als Falsch erkannt.

[Selfurdo]

Klasse, der neue!

Das Problem mit show habe ich auch, in Kombination mit "get"

Code:

<get name="lagerlaune" show="none"/>

Fehler in Zeile 18, Spalte 38:cvc-complex-type.3.2.2: Attribute 'show' is not allowed to appear in element 'get'.

[neonix]

Kann es sein, das mark insgesamt von aoqml nicht mehr erkannt/verarbeitet wird? Das würde nämlich die Fehler beim Jagdhund erklären. Bis vor kurzem klappte da noch alles...

[Gaddezwerch]

Nein, also 'mark' wird durchaus noch verarbeitet, ich habe es nur ausm Editor rausgenommen, weil Lowlander es als veraltet markiert hatte (siehe hier) -> stattdessen soll 'name' mit den entsprechenden Scopes verwendet werden.

Das andere habe ich angepasst, will aber mit einer neuen Version noch ein bisschen warten - vielleicht findet ihr noch was.

[neonix]

Neue Verbesserungsvorschläge:

Könnte store vielleicht so ausgespuckt werden:
<store name="" scope="" expire="">...</store>

Bei has könnte auch noch ein |name| dazu.

Bei fight vielleicht noch weapon="".

[Tommek]

<failure double="double">

Wird auch markiert als nicht erlaubt.

[Gaddezwerch]

4. Wenn man bei get ein show="none" einbaut, wird das als falsch erkannt, funktioniert aber.

Klasse, der neue!

Das Problem mit show habe ich auch, in Kombination mit "get"

Code:

<get name="lagerlaune" show="none"/>

Fehler in Zeile 18, Spalte 38:cvc-complex-type.3.2.2: Attribute 'show' is not allowed to appear in element 'get'.

Was bezweckt ihr eigentlich mit dem show="none" bei <get>? So wie ich das sehe hat das überhaupt keine Auswirkung, ist also überflüssig. Zumindest kann ich im Sourcecode grad kein Auslesen/Auswerten des show-Attributes erkennen.

[Selfurdo]

Das bezweckt, dass nicht angezeigt wird, dass eine Variable für den Helden festgesetzt wird, die dauerhaft erhalten bleibt. Als auch, wenn man die Quest ein weiteres mal hat.

Wenn ich z.B. einen Holzfäller treffe und er mich mag. Dann mag er mich beim nächsten Treffen auch noch und sagt nicht "Hallo Fremder"
Aus ästethischen Gründen soll der Spieler aber davon nichts mitbekommen

[Gaddezwerch]

Dann aber bei set und nicht bei get... !?

Ansonsten bitte mal ein Minimalbeispiel (Code).

[Selfurdo]

Code:

    <set name="counter" inc="5" show="none"/>
<store name="counter" scope="hero">
   <get name="counter" show="none"/>
</store>

[Gaddezwerch]

Das Konstrukt ist der Horror, weil es die verschiedenen Scopes unnötig durcheinander wirft! Wieso macht das jetzt hier die Runde? *grml* Hast du den Code etwa von neonix?

Jede Quest hat dann automatisch eine semantisch falsche counter-Variable, weil der Scope ja auf "hero" gesetzt wurde. Das kann zu Problemen führen!

Ich hab's letztens getestet, ein

Code:

<set name="counter" inc="5" show="none"/>


tut's vollkommen, sofern die Variable zuvor korrekt initialisiert wurde, also z.B.

Code:

<!-- Variable initialisieren -->
<store name="counter" scope="quest">0</store>

<!-- Counter erhöhen -->
<set name="counter" inc="5" show="none"/>


oder wenn die Szene mehrfach aufgerufen wird:

Code:

<has name="counter">
  <failure>
    <store name="counter" scope="quest">0</store>
  </failure>
</has>
<!-- jetzt erst Counter erhöhen -->
<set name="counter" inc="5" show="none"/>


Letztendlich war das ja auch keine Problematik, die mit dem <get>-Element zu tun hat, sondern das Konstrukt war lediglich dazu da, dass der Counter korrekt erhöht wird. Würdest du das show="none" in get weglassen, würde genau dasselbe (und dieselbe Ausgabe) passieren - oder nicht?

[Selfurdo]

Würdest du das show="none" in get weglassen, würde genau dasselbe (und dieselbe Ausgabe) passieren - oder nicht?

bestimmt..

wie du richtig vermutet hast, hab ich einfach den code ausm wiki genommen, weils da so erklärt war.. wenn ders auch tut. danke!

[Gaddezwerch]

Ok, habe den entsprechenden Wikieintrag angepasst.