Antamar-Arbeitszeit
Nächste "Arbeitszeit" für Antamar: derzeit leider unregelmäßig und kurzfristig.
Wer gerne mal zusammen (remote) Pair-Programming oder Mob-Programming machen möchte (Queste in AOQML, Engine in PHP oder Editor in Java), kann mich gerne im Forum oder Discord ansprechen.
persönliches Task-Board
Im Folgenden meine ToDo-Liste für Antamar. Sprecht Wünsche oder Anmerkungen gerne im Forum oder über Discord an, aber bitte hier NICHTS eigenständig ändern -- danke!
Aufgaben-/Idee in Umsetzung
- Quest-Test Helix' Geheimbund der Magierin (in Endszene an die Prüfungen anknüpfen)
- Script um Archtetypen für Testserver hoch zu leveln, siehe [1]
- einfachere aber intelligente EP-Vergabe in Questen ausarbeiten und vorschlagen (Doku im Wiki muss noch ergänzt werden)
- AOQML->DOT/GraphViz
- Quest Betrunkener Kaufmann fertigstellen - wird Teil des Epos "Die Elemente der Unsterblichkeit"
angefangene Aufgaben-/Idee, aber zunächst zurückgestellt
- AOQML-Engine <inventar> Anzeige für alle, entnehmen nur für einen Helden, siehe [2]
- Ortsbeschreibungen Galfar überarbeiten, siehe Galfar
- Ortsbilder Galfar erstellen, siehe Galfar
ausgewählte Aufgaben-/Ideen
- AOQML-Engine <countdown> Fehler, siehe [3]
- Ortspläne Galfar erstellen, siehe Galfar, könnten zunächst auch als Ortsbilder dienen
- AOQML-Quest-Bausteine mit random/case/factor (z.B. Zufallsraum)
- n% der EP gelöschter Helden >10000EP dem Spieler gutschreiben, Verwendung z.B. für EP oder neue Helden (aus Antamarkonferenz am 22.09.2020)
- Quest-Test NLT2
Aufgaben-/Ideensammlung
- AOQML-Editor: [4] - "rivals:#1:status"
- Quest-Start-Code Refaktorisieren
- In-Game Ortsbeschreibungen / Galfar an Wiki-Überarbeitungen anpassen
- Werkzeugschmied-Quest in der Nähe von Farži - passend zur Ortsbeschreibung
- Dorfschulze/Krämerladen-Quest in Farži - passend zur Ortsbeschreibung
- Variablen mit scope="scene" löschen
- AOQML-Engine: Gewichtslimit/Gewichtsabfrage in Inventaren
- AOQML-Editor: Szene in Wiki-Syntax ins Clipboard und Link zu neuem Wiki-Eintrag wie im ZB-Generator
- AOQML-Engine: Wüfelwert/challenge-Erebnis-Vorgabe etc. zu Debugging-Zwecken via Scene-URL
- Cypress- oder Testcafé- Tests für AOQML-Scenen, Queste oder AOQML-Engine-Tags als Unit-Tests
- AOQML-Editor+Engine: Visualisieren, ob eine Szenen-Datei mit dem Test-Server synchron ist oder nicht. siehe Forum
- AOQML-Editor+Engine: Auch Grafik-Dateien innerhalb des Quest-Verzeichnisses auf den Test-Server synchronisieren können. siehe Forum
- Quest Burg-Birca: bereits über Atamar angezündete Leuchtmittel berücksichtigen. [5]
umgesetzte Ideen/Aufgaben
- AOQML-Engine: <top-heroes>
- AOQML-Engine: Gruppenmitglieder sollen den Inhalt von <inventar> sehen können. (funktioniert bei scope="hero")
- AOQML-Editor+Engine: Questupload direkt integrieren. siehe Forum
- AOQML-Editor: Die Held-ID vom Questupload speichern, damit das Szenen-Upload auch nach Heldenwechsel noch funktioniert. siehe Forum
- AOQML-Editor+Engine: Aktuelle Szene im Editor am Cache vorbei direkt ausführen. siehe Forum
- AOQML-Editor+Engine: Löschen von Szenen-Dateien auch auf dem Test-Server. siehe Forum
- AOQML-Feature, um Fertigkeiten zu aktivieren, siehe [6]
- Fix ZB/Land-KE-Tjost-Proser
- Uncaught TypeError: Argument 2 passed to AOQmlException::relativePath() must be an instance of object
- AOQML-Editor: ab start.xml in übergeordnetem Verzeichnis zippen
- AOQML-Editor: Variablen-Initialisierungs-Prüfung
- AOQML-Editor: automatische XML-Formatierung
- AOQML-Editor: Liste aller in der Quest initialisierter Variablen
- AOQML-Editor: aoqml.xsd aktualisieren + bei Verwendung lokaler Version warnen
- AOQML-Editor: AOQML-Editor: ${...} bei Variablen-Initialisierungs-Prüfung beachten
- AOQML-Editor: auch die globalen Antamar-Variablen anzeigen
- AOQML-Editor: random/case/factor soll keine Variablen-Referenz sein (auch nicht in aoqml.xsd)
- AOQML-Engine: <challenge id=... vs. name=...> + <hero by-challenge>
verworfene Ideen/Aufgaben
- AOQML-Editor: Image-Koordinaten-Tool einbauen ([7]) - es hat sich als praktikabler herausgestellt, einen der vielen HTML-Image-Editoren zu verwenden und die Ausgabe nur an die (ähnliche) AOQML-Syntax anzupassen, weil das Code-Snippet doch noch arg viele Macken hatte