So das Tool ist fertig. Es ist tatsächlich recht rudimentär gehalten.

- > Bild lokal ins Tool laden
- > klicken
- > Pixel-Koordinaten in richtigem Format erhalten.
- > Kopieren und in AOQML-Code einfügen


- > Rückgängig und Alles löschen-Funktion
- > Zoomfunktion

-> Koordinaten können direkt aus dem Programm kopiert werden, es wird jedoch aktuell noch eine coordinats.txt im gleichen Verzeichnis mit den Koordinaten angelegt. Diese wird nach jedem Reset bzw. Neustart des Programms überschrieben.

Ein Featurewunsch:

einem <choice> eine Variable anhängen, ähnliche der GET-Methode (HTTP-Requests) welche ich in der darauffolgenden Szene auswerten kann.

Code: Alles auswählen

<choice target="szene.xml" get="X" name="X">szene</choice>

als Namen der Variable könnte standardmäßig der Szenennamen genommen werden.

Weshalb der Wunsch?

Es erspart Hilfszenen,. Zum Beispiel im Bereich Jagd, hier wird gefragt mit welcher Waffe man angreifen möchte. Jede Waffe hat eine eigene Szene, da der <choice> erst zur entsprechenden Wahl führt. Könnte ich jedoch dem choice übergeben was der Spieler geklickt hat, benötige ich nur noch eine Szene, in der ich dann mit switch auswerten kann. Ich hätte sowas bereits mehrmals benötigt.

lordhelix hat geschrieben:Ein Featurewunsch:

einem <choice> eine Variable anhängen, ähnliche der GET-Methode (HTTP-Requests) welche ich in der darauffolgenden Szene auswerten kann.

Code: Alles auswählen

<choice target="szene.xml" get="X" name="X">szene</choice>

Problem erkannt, die Syntax würde ich aber . Ich wünschte mir nur, wir könnten AOQML-Editor und andere Arten des Questschreibens von der Quest-Engine in getrennten Threads halten, weil das so echt unübersichtlich ist.

Die Quest-Engine anzufassen ist auch leider sehr riskant, weil es dort keine automatischen Tests gibt und man leicht in irgendwelchen Questen etwas kaputt macht. Zudem ist es eine andere Programmiersprache. Also echt zwei Welten.

Lowlander hat geschrieben:
Problem erkannt, die Syntax würde ich aber .

Aber was ? =)

Lowlander hat geschrieben:
Die Quest-Engine anzufassen ist auch leider sehr riskant

Ja das sagt ihr immer wieder =) Ich versuche dennoch mein Glück immer wieder. Weiß auch nie was ist das eine und was das andere. Als Nicht-Programmierer ist das für mich schwer auseinanderzuhalten. Sorry dafür =(

Ich gelobe Besserung!

lordhelix hat geschrieben:

Lowlander hat geschrieben:
Problem erkannt, die Syntax würde ich aber .

Aber was ? =)

"... nochmal überdenken/überarbeiten".

Lowlander hat geschrieben:
Die Quest-Engine anzufassen ist auch leider sehr riskant

Ja das sagt ihr immer wieder =) Ich versuche dennoch mein Glück immer wieder. Weiß auch nie was ist das eine und was das andere. Als Nicht-Programmierer ist das für mich schwer auseinanderzuhalten. [/quote]

Wenn beim Ablauf der Quest ein erweitertes Verhalten gewüscht ist, ist eine Änderung in der Quest-Engine nötig, manchmal zusätzlich am Editor. Mit anderen Worten: immer wenn die Möglichkeiten der AOQML-Syntax, also des XML-Codes, erweitert wird, muss die Quest-Engine angefasst werden.

Wenn beim Ablauf der Quest alles beim alten bleibt, aber die Erstellung des AOQML-Codes erleichtert werden soll, man ihn aber auch manuell so funktionierend schreiben könnte, ist nur der AOQML->Editor (oder andere externe Tools) betroffen.

Jedenfalls ist dieses Feature sehr interessant verdient aber schon aufgrund des Aufwandes einen eigenen Thread, damit man die LÖsungsansätze auch diskutieren kann, ohne einen gekaperten Thread damit aufzublähen.

start-distance="0" bitte automatisch im AOQML Editor mitgeben im fight-tag. Das vergisst man nur zu leicht und muss dann viel nacharbeiten.
Lt Wiki ist 0 nicht Standard. Vor allem aber in Questen ist es oftmals der Nahkampf in der Stadt, im Haus, im Dungeon der gekämpft wird.

Gibt es Einwände?

Das verbietet dann auch den Einsatz von Wurfmessern und Wurfbeilen.

Okay, gerne auch mit einem anderen Standard als 0, wobei man 0 ja abändern kann.

lordhelix hat geschrieben:start-distance="0" bitte automatisch im AOQML Editor mitgeben im fight-tag.

Habe das als Erinnerung für das nächste Release in meinen lokalen Stand eingabaut. Statt einer konkreten Zahl könnte man ja auch start-distance="?" eintragen, dann kann man es nicht vergessen. Es gab eh noch den Wunsch, überall alle Attribute automatisch einzufügen. Das ist aber vermutlich nicht nur umstrittener sondern auch viel mehr Arbeit.

Alle attribute halte ich auch für schwierig da mehr arbeit. Faktisch brauche ich selten alle. Aber gerade das erwähnte ist aufgrund der Neuheit und da es IMMER eine Rolle spielt wichtig. Es ist ja nur "Semi" - Optional. Besser kann ich es nicht beschreiben.