AOQML für Anfänger - Versionsgeschichte

Taric: /* Die Queste testen */

2021-12-08T07:45:48Z

‎Die Queste testen

Kuo: /* Kämpfe */ typo

2020-09-01T20:38:01Z

‎Kämpfe: typo

Trokhanor: /* Variable setzen und Zeit verstreichen lassen */ - Fehler entfernt.

2015-05-13T19:38:16Z

‎Variable setzen und Zeit verstreichen lassen: - Fehler entfernt.

Neonix am 29. September 2010 um 18:02 Uhr

2010-09-29T18:02:25Z

Gaddezwerch: /* Den Editor benutzen */

2010-08-04T16:45:03Z

‎Den Editor benutzen

Gaddezwerch: Kategorie AOQML eingefügt, Überschriften geändert

2010-08-04T16:37:53Z

Kategorie AOQML eingefügt, Überschriften geändert

Tommek: /* 1. Den Editor benutzen */

2010-07-29T10:44:11Z

‎1. Den Editor benutzen

Neonix am 2. Juni 2010 um 13:34 Uhr

2010-06-02T13:34:11Z

Neonix am 2. Juni 2010 um 13:06 Uhr

2010-06-02T13:06:05Z

Neonix am 31. Mai 2010 um 19:17 Uhr

2010-05-31T19:17:31Z

@@ Zeile 329: / Zeile 329: @@
 Bild 40 (wenn fertig...)
-Bevor man die Quest aber implementieren lässt, sollte man sie vorher noch einmal testen! Dazu muss man zunächst in der Testumgebung ( [http://forum.antamar-community.de/viewtopic.php?f=77&t=8831] )einen Test-SC erstellen. Diesen kann man per maßgeschneiderter Queste mit Geld, Ausrüstung und EP versorgen und dann steigern. Hier ist so eine:
+Bevor man die Quest aber implementieren lässt, sollte man sie vorher noch einmal testen! Dazu muss man zunächst in der Testumgebung '''[https://spiel.antamar.org/ Testserver]''' einen Test-SC erstellen. Diesen kann man per maßgeschneiderter Queste mit Geld, Ausrüstung und EP versorgen und dann steigern. Hier ist so eine:
 Link kommt noch...
@@ Zeile 345: / Zeile 345: @@
 |}
 Dann per Quest starten die Quest starten und mit dem Test-SC testen. Entsprechende Fehler sind meist leicht erkennbar, manchmal auch schwerer. Falls der SC hängt, einfach die Quest deaktivieren (wenn das mal im Spiel so einfach wäre...).
 =Die Queste implementieren lassen=

@@ Zeile 279: / Zeile 279: @@
 Die Namen der NSC lassen sich auch ändern. Wir nennen sie einfach Abgerissener Bandit und Verkommener Bandit. So merken die Spieler nicht, dass es sich um Standart-NSC handelt.
-Per gener="female" könnte man die NSC auch weiblich machen. Wir verzichten und löschen einfach das gender="".
+Per gender="female" könnte man die NSC auch weiblich machen. Wir verzichten und löschen einfach das gender="".
 Dafür fügen wir jeweils ein weapon="" ein und suchen uns aus der [[Waffenliste]] (leider auch nicht ganz vollständig oder aktuell...) geeignete billige Waffen aus: Beil (198) und Keule (1071). ansonsten würden die NSC die jeweiligen Standartwaffe erhalten (in diesem Fall Säbel). Wenn man die NSC nicht kennt kann man so einfach die verwendeten Waffen an die geplante Beute anpassen. Man muss nur etwas aufpassen, das man geeignete Waffen verwendet, die auch zu den Fähigkeiten der NSC passen. Bewährte Questschreiber erhalten auch Zugriff auf die entsprechenden detaillierten Listen, die aber nicht einfach im Wiki veröffentlicht werden sollen.
@@ Zeile 295: / Zeile 295: @@
 Für den Fall, das der SC besiegt wird, muss man sich noch eine Erklärung aus den Fingern saugen, warum er dennoch überlebt - bei Antamar sind SC (noch) unsterblich...
 Leider erkennt auch hier der Editor die Angabe escape="true" bei fight als falsch, auch wenn sie korrekt ist. Das wird sicher bald geändert...
 ==Den SC ausplündern==

@@ Zeile 215: / Zeile 215: @@
 Normalerweise vergeht die Zeit in einer Quest genau so schnell, wie der Spieler sich hindurch klicken kann. Manchmal muss der SC aber innerhalb einer Queste einige Stunden, Tage oder gar Monate mit etwas verbringen, dass ihn von anderen Tätigkeiten abhält - Reisen, Arbeit, Gefangenschaft... Eine Möglichkeit, dieses Verstreichen der Zeit zu simulieren, wird jetzt dargestellt. Zunächst einmal lassen wir den Wirt erklären, dass der Auftraggeber seine Kaninchenzucht einige Wegstunden außerhalb der Stadt betreibt.
-Dann speichern wir eine Variable ein, die nach einiger Zeit verschwindet. Dafür klicken wir unter dem Text '''store''' und entfernen das mark (veraltet, dürfte bald aus dem Editor fliegen).
+Dann speichern wir eine Variable ein, die nach einiger Zeit verschwindet. Dafür klicken wir unter dem Text '''store'''.
-Das Expire beschreibt, wann die Variable sich selbst löscht. 5d bedeutet nach 5 Antamartagen oder 20 Minuten Realzeit. Wir ändern es in 3h, also 30 Sekunden Realzeit. Es werden nur h und d als Zeiteinheiten akzeptiert, für längere Zeiten dann also viele Tage. Wenn man auf das '''expire''' verzichtet, bleibt die Variable ewig bestehen! Das ist manchmal sinnvoll, wenn man eine permanente Veränderung speichern will, meist ist es aber sinnvoller, die Variablen nach einiger Zeit verschwinden zu lassen.
+Das Expire beschreibt, wann die Variable sich selbst löscht. 5d bedeutet nach 5 Antamartagen oder 15 Minuten Realzeit. Wir ändern es in 3h, also 30 Sekunden Realzeit. Es werden nur h und d als Zeiteinheiten akzeptiert, für längere Zeiten dann also viele Tage. Wenn man auf das '''expire''' verzichtet, bleibt die Variable ewig bestehen! Das ist manchmal sinnvoll, wenn man eine permanente Veränderung speichern will, meist ist es aber sinnvoller, die Variablen nach einiger Zeit verschwinden zu lassen.
-Der Name der Variable sollte so gewählt sein, dass nicht andere Questschreiber versehentlich den selben Namen benutzen - sonst wird die Variable noch von fremden Questen überschrieben! Auch wenn diese Variable nur 30 Sekunden lang bestehen bleibt, nehmen wir also einen eindeutigen Namen.
+Als Inhalt hat die Variable derzeit nur '''...''' , was nicht sehr aussagekräftig ist. Man kann hier fast beliebige Texte einspeichern, insbesonder auch andere AOQML-Befehle sowie HTML-Formatierungen. Enthaltene Befehle werden auch umgehend ausgeführt, so dass das Ergebnis der Befehle in der Variable steht. Das ist zum Beispiel paraktisch, will man einen ganzen Absatz mit wörtlicher Rede ([[Q|<q>]]) speichern.
-Als Inhalt hat die Variable derzeit nur '''...''' , was nicht sehr aussagekräftig ist. Man kann hier fast beliebige Texte einspeichern, sollte aber wiederum auf Umlaute verzichten. Für unsere Quest reicht aber die bloße Existenz der Variable aus.
+Eine Variable hat immer einen [[Store fetch|Scope]], einen Gültigkeitsbereich. Es gibt ''scene'', ''quest'', ''hero'', ''dungeon'' und ''global''. Standardmäßig wird der scope ''quest'' benutzt, dieser muss als einziger nicht explizit angegeben. Im Regelfall ist dies der gewünschte scope und nur in seltenen Fällen wird zu einem anderen gegriffen, sie tauchen auch eher im "Fortgeschrittenen"-AOQML auf. Bei dem scope ''hero'' muss in jedem Fall auf einen eindeutigen Namen geachtet werden, z.B. ''Autor_ZB-Name_meineVariable''.
 Am Ende setzen wir noch ein choice darunter, dass zur nächsten Szene führt.

@@ Zeile 8: / Zeile 8: @@
 ==Den Editor benutzen==
-XML ist nicht so leicht lesbar, wie die Programmierer immer behaupten. Der [[AOQML-Editor]] erleichtert das Programmieren gerade für Einsteiger erheblich, da er einen geeigneten Rahmen bietet und zumindest einen Teil der üblichen Fehler im Vorfeld erkennen kann. Ladet ihn einfach herunter und speichert ihn in einem Ordner für eure eigenen Questen. Damit die nachfolgenden Schritte funktionieren braucht ihr Java in einer einigermaßen aktuellen Version. Diese könnt ihr [http://www.java.com/de/ hier] herunterladen.
+XML ist nicht so leicht lesbar, wie die Programmierer immer behaupten. Der [[AOQML-Editor]] erleichtert das Programmieren gerade für Einsteiger erheblich, da er einen geeigneten Rahmen bietet und zumindest einen Teil der üblichen Fehler im Vorfeld erkennen kann. Ladet ihn einfach herunter und speichert ihn in einem Ordner für eure eigenen Questen. Damit die nachfolgenden Schritte funktionieren braucht ihr '''Java''' in einer einigermaßen aktuellen Version. Diese könnt ihr [http://www.java.com/de/ hier] herunterladen.
 {| border="0" style="border-collapse:collapse; background-color:transparent;" cellpadding="0"

@@ Zeile 8: / Zeile 8: @@
 ==Den Editor benutzen==
-XML ist nicht so leicht lesbar, wie die Programmierer immer behaupten. Der [[AOQML-Editor]] erleichtert das Programmieren gerade für Einsteiger erheblich, da er einen geeigneten Rahmen bietet und zumindest einen Teil der üblichen Fehler im Vorfeld erkennen kann. Ladet ihn einfach herunter (http://aoqml.isonweb.de/) und speichert ihn in einem Ordner für eure eigenen Questen. Damit die nachfolgenden Schritte funktionieren braucht ihr Java in einer einigermaßen aktuellen Version. Diese könnt ihr [http://www.java.com/de/ hier] herunterladen.
+XML ist nicht so leicht lesbar, wie die Programmierer immer behaupten. Der [[AOQML-Editor]] erleichtert das Programmieren gerade für Einsteiger erheblich, da er einen geeigneten Rahmen bietet und zumindest einen Teil der üblichen Fehler im Vorfeld erkennen kann. Ladet ihn einfach herunter und speichert ihn in einem Ordner für eure eigenen Questen. Damit die nachfolgenden Schritte funktionieren braucht ihr Java in einer einigermaßen aktuellen Version. Diese könnt ihr [http://www.java.com/de/ hier] herunterladen.
 {| border="0" style="border-collapse:collapse; background-color:transparent;" cellpadding="0"

@@ Zeile 1: / Zeile 1: @@
 Dieser Leitfaden für jene, die sich in der edlen Kunst der AOQML-Programmierung versuchen wollen, wurde nach bestem Wissen und Gewissen von Neonix erstellt und von etlichen weiteren fleißigen AOQML-Kundigen korrigiert und erweitert. Garantien für die Vollständigkeit oder Korrektheit gibt es nicht (dies ist ein Wiki ;) ). Wer will und kann, darf Fehler korrigieren und Unklarheiten beseitigen - aber bitte nicht verschlimmbessern!
 Im folgenden wird die Erstellung einer einfachen '''Queste''' beschrieben. '''Zufallsbegegnungen''' haben einige Besonderheiten, die [[ZB für Anfänger|hier]] erklärt werden. Für etwas anspruchsvollere Verwendungen von aoqml gibt es (bald) [[AOQML für Fortgeschrittene]].
-==1. Den Editor benutzen==
+=AOQML-Tutorial=
 XML ist nicht so leicht lesbar, wie die Programmierer immer behaupten. Der [[AOQML-Editor]] erleichtert das Programmieren gerade für Einsteiger erheblich, da er einen geeigneten Rahmen bietet und zumindest einen Teil der üblichen Fehler im Vorfeld erkennen kann. Ladet ihn einfach herunter (http://aoqml.isonweb.de/) und speichert ihn in einem Ordner für eure eigenen Questen. Damit die nachfolgenden Schritte funktionieren braucht ihr Java in einer einigermaßen aktuellen Version. Diese könnt ihr [http://www.java.com/de/ hier] herunterladen.
@@ Zeile 53: / Zeile 56: @@
 |}
-==2. Die erste Szene schreiben==
+==Die erste Szene schreiben==
 Nachdem die Szene "start" geöffnet ist, beginnen wir mit einer einfachen Queste.
@@ Zeile 113: / Zeile 116: @@
 |}
-==3. Szenen ordnen==
+==Szenen ordnen==
 Das Fenster kann man vergrößern, den Zoom benutzen und die Dateien hin und her ziehen, bis sie gut liegen. Es sollte übersichtlich sein, etwa so:
@@ Zeile 124: / Zeile 127: @@
 Achtung, ein roter Rand zeigt an, dass keine Folgeszene angegeben wurde und die Quest nicht explizit mit < quest status=.. beendet wurde. Dies bedeutet ein totes Ende an dem der SC festhängt. Derart gekennzeichnete Szenen dürfen im Livesystem nicht vorkommen!
-==4. Die Queste abbrechen==
+==Die Queste abbrechen==
 Wenden wir uns der Szene "abbruch" zu. Wir öffnen sie per Doppelklick. Der | wird oberhalb von </scene> platziert und dann auf <quest.../> geklickt. Zwischen die "" tippen wir "ended" ein. Damit endet die Queste hier ohne weitere Fisematenten. Man könnte auch noch einen Abschlusstext eingeben, aber das lassen wir erst einmal.
@@ Zeile 146: / Zeile 149: @@
 Es gibt auch andere Möglichkeiten, eine [[Quest (Tag)|Quest zu beenden]], aber vorerst reicht ended völlig aus.
-==5. Has-Abfragen==
+==Has-Abfragen==
 Weiter geht es mit der Szene "zettel". Wir öffnen sie wie gehabt und bauen einen kleinen Text ein.
@@ Zeile 186: / Zeile 189: @@
 Wenn der SC aber die Fertigkeit beherrscht, steht noch nicht fest, ob er das Gekrakel auch entziffern kann. Dafür benutzen wir eine Probe.
-==6. Proben==
+==Proben==
 Zwischen das <success></success> setzen wir per Klick auf <challenge...|> einen Rohling für eine Probe.
@@ Zeile 208: / Zeile 211: @@
 |}
-==7. Variable setzen und Zeit verstreichen lassen==
+==Variable setzen und Zeit verstreichen lassen==
 Normalerweise vergeht die Zeit in einer Quest genau so schnell, wie der Spieler sich hindurch klicken kann. Manchmal muss der SC aber innerhalb einer Queste einige Stunden, Tage oder gar Monate mit etwas verbringen, dass ihn von anderen Tätigkeiten abhält - Reisen, Arbeit, Gefangenschaft... Eine Möglichkeit, dieses Verstreichen der Zeit zu simulieren, wird jetzt dargestellt. Zunächst einmal lassen wir den Wirt erklären, dass der Auftraggeber seine Kaninchenzucht einige Wegstunden außerhalb der Stadt betreibt.
@@ Zeile 237: / Zeile 240: @@
 |}
-==8. Random==
+==Random==
 Immer nur die selben Texte in einer Queste oder Zufallsbegegnung auszugeben wäre langweilig. Es gibt aber eine einfache Möglichkeit, sie zu variieren. Dafür ersetzen wir den einfachen Text durch eine Zufallsauswahl per Taste Random.
@@ Zeile 255: / Zeile 258: @@
 Es gibt auch noch andere Möglichkeiten der Zufallsverteilung, aber dazu später.
-==9. Die Wahl der Taktik==
+==Die Wahl der Taktik==
 Eigentlich hat es weniger mit aoqml als vielmehr mit den Grundlagen der Questgestaltung zu tun, aber da die Stelle gerade günstig ist, hier ein wichtiger Hinweis:
@@ Zeile 265: / Zeile 268: @@
 |}
-==10. Kämpfe==
+==Kämpfe==
 Allen vorherigen Beteuerungen zum Trotz geht es jetzt dennoch direkt zum Kampf. Nach dem erklärenden Text stapft unser Held direkt auf die beiden Gegner zu und beginnt einen Kampf. Dafür wird per Taste '''fight''' zunächst einmal der Rohling erzeugt.
@@ Zeile 297: / Zeile 300: @@
 Leider erkennt auch hier der Editor die Angabe escape="true" bei fight als falsch, auch wenn sie korrekt ist. Das wird sicher bald geändert...
-==11. Den SC ausplündern==
+==Den SC ausplündern==
 Gehen wir mal davon aus, dass der SC besiegt wird. Die Banditen rauben ihn aus und lassen ihn, schwer verletzt, liegen. Mittels <set attribute="cash" val="0"/> leeren wir seine Taschen, er hat keinen Gulden mehr. Per <drop item="*20%"/> nehmen wir ihm ca. 20% seines Gepäcks ab (wobei das ganze noch von anderen Faktoren abhängig ist), die Zahl ist wieder einmal variabel (1 bis 100%). <drop item="_Waffen"/> nimmt ihm Waffe und ggf. Schild weg.
@@ Zeile 309: / Zeile 312: @@
 Getragene Kleider, Rüstungsteile und Schmuckstücken kann man den SC noch nicht wegnehmen. Das erspart uns viele nackte SC...
-==12. Beute vergeben==
+==Beute vergeben==
 Viel angenehmer ist es für die SC natürlich, sich die Taschen mit Beute zu füllen!
@@ Zeile 323: / Zeile 326: @@
 |}
-== 13. Die Queste testen==
+==Die Queste testen==
 Tja, das wäre es erst einmal. Die restlichen Pfade können mit den bereits beschriebenen Mitteln programmiert werden. Am Ende sieht die ganze Quest dann in etwa so aus:
@@ Zeile 347: / Zeile 350: @@
 Dann per Quest starten die Quest starten und mit dem Test-SC testen. Entsprechende Fehler sind meist leicht erkennbar, manchmal auch schwerer. Falls der SC hängt, einfach die Quest deaktivieren (wenn das mal im Spiel so einfach wäre...).
-==14. Die Queste implementieren lassen==
+=Die Queste implementieren lassen=
 Nachdem die Queste geschrieben und getestet wurde, muss sie nur noch kontrolliert und implementiert werden. Dazu meldet euch im Forum oder stellt sie ins Wiki oder schickt eine PN an einen geeigneten Programmierer. Der wird dann, wenn er Zeit hat, noch einen Blick hinein werfen, Fehler korrigieren, ggf. bestimmte Details abklären und irgendwann die Queste implementieren. Je nach dem dauert das einige Stunden bis Tage.
@@ Zeile 353: / Zeile 356: @@
 Der Schreiber muss auch festlegen, wo, wann und wie oft die Queste auftritt. Inzwischen können Questen nicht nur in Kneipen und Läden sowie in der Stadt auftreten, sondern auch auf Reisen, auf Schiffen, an festen Orten oder gar durch das Anklicken eines Gegenstandes. All der Alkohol, der getrunken werden kann, die Fackeln, Tabaksdosen und Katzen sind im Grunde genommen einfach nur an Gegenstände gebundene Questen.
-==15. AOQML für Fortgeschrittene==
+=AOQML für Fortgeschrittene=
 Mit der oben stehenden Anleitung sollte es möglich sein, einfache Questen zu programmieren. Wer mehr Optionen benotigt, der findet sie beim [[AOQML-Manual]]. Auch die Seite [[AOQML]] enthält nützliche Links. Außerdem werde ich nach und nach in [[AOQML für Fortgeschrittene]] weitere Tipps Tricks für AOQML vorstellen.

@@ Zeile 47: / Zeile 47: @@
 |}
-Wenn man auf einem Netbook mit "kompaktem" Monitor arbeitet, so wie ich, kann es vom Platz her etwas eng werden... In dem Fall sollte man als erstes einige Leerzeilen unter </szene> setzen. Große Monitore sind deutlich von Vorteil. Man kann das Fenster verschieben und in der Größe verändern.
+Wenn man auf einem Netbook mit "kompaktem" Monitor arbeitet, so wie ich, kann es vom Platz her etwas eng werden... In dem Fall sollte man als erstes einige Leerzeilen unter </scene> setzen. Große Monitore sind deutlich von Vorteil. Man kann das Fenster verschieben und in der Größe verändern.
 {| border="0" style="border-collapse:collapse; background-color:transparent;" cellpadding="0"

← Nächstältere Version		Version vom 2. Juni 2010, 13:34 Uhr
Zeile 350:		Zeile 350:

	Nachdem die Queste geschrieben und getestet wurde, muss sie nur noch kontrolliert und implementiert werden. Dazu meldet euch im Forum oder stellt sie ins Wiki oder schickt eine PN an einen geeigneten Programmierer. Der wird dann, wenn er Zeit hat, noch einen Blick hinein werfen, Fehler korrigieren, ggf. bestimmte Details abklären und irgendwann die Queste implementieren. Je nach dem dauert das einige Stunden bis Tage.		Nachdem die Queste geschrieben und getestet wurde, muss sie nur noch kontrolliert und implementiert werden. Dazu meldet euch im Forum oder stellt sie ins Wiki oder schickt eine PN an einen geeigneten Programmierer. Der wird dann, wenn er Zeit hat, noch einen Blick hinein werfen, Fehler korrigieren, ggf. bestimmte Details abklären und irgendwann die Queste implementieren. Je nach dem dauert das einige Stunden bis Tage.
		+
		+	Der Schreiber muss auch festlegen, wo, wann und wie oft die Queste auftritt. Inzwischen können Questen nicht nur in Kneipen und Läden sowie in der Stadt auftreten, sondern auch auf Reisen, auf Schiffen, an festen Orten oder gar durch das Anklicken eines Gegenstandes. All der Alkohol, der getrunken werden kann, die Fackeln, Tabaksdosen und Katzen sind im Grunde genommen einfach nur an Gegenstände gebundene Questen.

	==15. AOQML für Fortgeschrittene==		==15. AOQML für Fortgeschrittene==

@@ Zeile 347: / Zeile 347: @@
 Dann per Quest starten die Quest starten und mit dem Test-SC testen. Entsprechende Fehler sind meist leicht erkennbar, manchmal auch schwerer. Falls der SC hängt, einfach die Quest deaktivieren (wenn das mal im Spiel so einfach wäre...).
-==14. AOQML für Fortgeschrittene==
+Nachdem die Queste geschrieben und getestet wurde, muss sie nur noch kontrolliert und implementiert werden. Dazu meldet euch im Forum oder stellt sie ins Wiki oder schickt eine PN an einen geeigneten Programmierer. Der wird dann, wenn er Zeit hat, noch einen Blick hinein werfen, Fehler korrigieren, ggf. bestimmte Details abklären und irgendwann die Queste implementieren. Je nach dem dauert das einige Stunden bis Tage.
-Mit der oben stehenden Anleitung sollte es möglich sein, einfache Questen zu programmieren. Wer mehr Optionen benotigt, der findet sie beim [[AOQML-Manual]]. Auch die Seite [[AOQML]] enthält nützliche Links. Und vielleicht schreibe ich auch irgendwann mal [[AOQML für Fortgeschrittene]]. Aber nicht jetzt.
+==15. AOQML für Fortgeschrittene==
 Solltet ihr irgendwelche Probleme haben, meldet euch im Forum! Es ist eigentlich fast immer jemand da, der neuen Questschreibern helfen kann.

← Nächstältere Version		Version vom 31. Mai 2010, 19:17 Uhr
Zeile 1:		Zeile 1:
	Dieser Leitfaden für jene, die sich in der edlen Kunst der AOQML-Programmierung versuchen wollen, wurde nach bestem Wissen und Gewissen von Neonix erstellt und von etlichen weiteren fleißigen AOQML-Kundigen korrigiert und erweitert. Garantien für die Vollständigkeit oder Korrektheit gibt es nicht (dies ist ein Wiki ;) ). Wer will und kann, darf Fehler korrigieren und Unklarheiten beseitigen - aber bitte nicht verschlimmbessern!		Dieser Leitfaden für jene, die sich in der edlen Kunst der AOQML-Programmierung versuchen wollen, wurde nach bestem Wissen und Gewissen von Neonix erstellt und von etlichen weiteren fleißigen AOQML-Kundigen korrigiert und erweitert. Garantien für die Vollständigkeit oder Korrektheit gibt es nicht (dies ist ein Wiki ;) ). Wer will und kann, darf Fehler korrigieren und Unklarheiten beseitigen - aber bitte nicht verschlimmbessern!
		+
		+	Im folgenden wird die Erstellung einer einfachen '''Queste''' beschrieben. '''Zufallsbegegnungen''' haben einige Besonderheiten, die [[ZB für Anfänger\|hier]] erklärt werden. Für etwas anspruchsvollere Verwendungen von aoqml gibt es (bald) [[AOQML für Fortgeschrittene]].

	==1. Den Editor benutzen==		==1. Den Editor benutzen==