Und was mir dann gerade noch eingefallen ist. Eine dritte Kategorie in der Liste mit "Komplexen Abrufen" könnte vom Grundsatz her auch schick sein.
Entweder vorprogrammiert oder eine Option selbst ein Makromenü einzurichten.

Da käme bei mir dann z.B. das hier rein:

Code: Alles auswählen

<switch attribute="monat">
    <case value="Herdfeuermond|Maskenmond|Lichtmond">
        <!-- Inhalt Winter -->
    </case>
    <case value="Ehrenmond|Hoffnungsmond|Wassermond">
        <!-- Inhalt Frühling -->
    </case>
    <case value="Liebesmond|Weisheitsmond|Erdmond">
        <!-- Inhalt Sommer -->
    </case>
    <else>
        <!-- Inhalt Herbst -->
    </else>
</switch>


Oder vorprogrammierte externe Variablenspeicher und ähnliches.

Code: Alles auswählen

<if attribute="gender" equals="male" then="" else=""/>

Sehr praktisch bei Gruppen.

"if, then, else" unterstütze ich.

Dann hätte ich noch eins:

Code: Alles auswählen

<retain name="" id="">

</retain>

<replay name=""/>


Könnte man nicht der Benutzerfreundlichkeit wegen den Editor so einrichten das wenn man einen Absatz markiert hat und dann links ein tag wählt dieses um die Markierung gelegt wird und nicht diese ersetzt?

Das würde die Quest-Erstellung, denke ich, etwas vereinfachen und vor allem beschleunigen.

Funktioniert der Wertebereich -2...2 wirklich nicht, oder will der Editor mich einfach nur ärgern?

Ich habe die XSD angepasst. Sollte folglich nicht mehr als Fehler markiert werden. Es kann aber sein, dass die XSD bei dir noch für einige Zeit im Cache ist (ich werde mal Enno fragen, ob man sich das irgendwo anzeigen lassen kann).

Stimmt, wird auch nach Neustart noch angezeigt, aber ich mache jetzt eh erstmal Feierabend. Bin müde und wenn ich jetzt weitermache, kommt da nur Humbug bei raus, den ich dann morgen ausbügeln muss. Zumal das Startinselprojekt ja die ganze Woche läuft und keiner sagt, dass ich mehr als eine Queste beisteuern muss. Ich komme dann morgen früh wieder maulen, falls es immernoch angezeigt wird.

Wird immernoch angezeigt. Minimalbeispiel funktioniert auf dem Testserver aber prima. (So lange geklickt bis ich Probe für Minus, Plus und Null hatte) Ich ignorier's einfach. Vielleicht hört's irgendwann auf. Was genau müsste ich löschen, damit er die XSD neu lädt? Browsercache wird bei mir bei jedem Schließen des Browsers gelöscht (inkl. Cookies, Formulardaten, usw.) Alle temporären Dateien habe ich auch gelöscht und probeweise noch die .aoqmlEditor-Datei, die der Editor immer erstellt.

Ich sollte vielleicht noch erwähnen, dass er den gesamten negativen Bereich nicht mag, also auch "-5...-1" ist ihm suspekt, ebenso wenn man's umdreht. (Ich dachte zunächst es läge daran, dass ich vom negativen in den positven Bereich der Zahlen übergehe)

Ließe es sich einrichten, dass eine etwaige zukünftige Version des Editors ein target innerhalb einer take-Klammer als Pfeil anzeigt? (Siehe Bild)

cvk hat geschrieben:Ließe es sich einrichten, dass eine etwaige zukünftige Version des Editors ein target innerhalb einer take-Klammer als Pfeil anzeigt?

Eigentlich wurde daran schon gedacht... wenn ich im Editor

Code: Alles auswählen

<take from="belohnung" target="szene2"/>


eingebe, dann legt er mir automatisch einen Pfeil auf szene2 an... siehe Screenshot:


Eventuell liegt es bei dir daran, dass du <take> nicht in der Kurschreibweise (<... />) schließt?

Enno hat heute morgen übrigens eine neue Editorversion veröffentlicht, damit sollten die XSD-Caching Probleme behoben worden sein.

Erstmal wieder Danke, dass ihr euch so schnell kümmert, dann meine Gratulation, der Editor lädt die Szenen signifikant schneller und alle angesprochenen Probleme sind behoben.

Bei den Codeschnipseln:

Beim if gender hat sich am Ende eine runde Klammer eingeschlichen / es gibt neue Probleme, die ich aber noch nicht verbalisieren kann, da ich gerade erst nach Hause gekommen bin. Ich mach's mal wieder mit Grafiken:

Würde es euch was bringen, wenn ich jemandem das zip zuschicke? Die Bilder alleine zeigen ja nur fehlende Linien und den ganzen Code rauskopieren bringt nix. Allerdings ist das ganze noch nicht fertig debugged, da sind noch heftige Schnitzer drin (Endlosschleife bei nicht vorhandener Fertigkeit, redundander Code noch nicht ausgelagert, usw. ...) Man kann es durchspielen, aber es hakt noch hier und da... Das kaninchen hatte vorher schon einen roten Kranz, da ich die Links per replay reinhole.

Ach, moment... Beim Laden wird der untere Teil nicht angezeigt, da er außerhalb des Bildausschnittes liegt. Könnte es sein, dass er die Links die nur unten verlaufen nicht mitlädt? So ein Problem hatte ich schonmal bei einer älteren Editorversion. Andererseits ist das rehfell auch unten...

Ok, ich hatte auf dem Notebook noch eine überaus veraltete Javaversion, das habe ich jetzt einmal geändert (hey wer weiß, hätte ja der Grund sein können ...) Jetzt werden zusätzlich die Rahmen der einzelnen Szenen fehlerhaft angezeigt. Und ja, ich muss gerade wirklich schmunzeln.

Ich hab die zip mal angehängt, falls es nützt. Falls nicht ... ignorieren. Und bitte keine Verbesserungsvorschläge, so lange sie nicht auf den Code bezogen sind, das ist nunmal nicht final. Geht auch primär darum, ob wer den Anzeigefehler reproduzieren kann.

Meine Rahmen sehen auch seit Monaten seltsam aus, aber 0.96 ist immerhin erkennbar schneller.

Du hast Recht. Manche Szenen haben keinen Pfeil bekommen, obwohl es ein Choice darauf gibt. Diese Szenen haben dann einen roten Rahmen. Da passt was nicht.