Hallo zusammen,

habe ich das richtig verstanden: ZBs sollen derzeit in der alten Textnotation, Questen in AOQML gesetzt werden?

Ja.

ZBs können auch in AOQML programmiert werden, aber ich rate momentan davon ab, da das Einfügen von AOQML-ZBs erst nach einigen internen Umstrukturierungen möglich sein wird. D.h. wer seine ZBs schneller im Spiel antreffen will, brauch sich die Mühe für die AOQML-Programmierung nicht machen.

Wenn die ZB schon im AOQML sind, wäre es dann sinnvoll unter dem AOQML die als Text nocheinmal vorzusehen?
Hier könnten doch dann einige helfen.

Xondorax hat geschrieben:Wenn die ZB schon im AOQML sind, wäre es dann sinnvoll unter dem AOQML die als Text nocheinmal vorzusehen?

Nein, habt ihr nichts besseres zu tun?

Wenn die Frage ernst gemeint ist, dann kann ich sagen "Im Moment nicht.". Ansonsten danke für die Antwort.

Schau lieber im Wiki die Quests durch oder vervollständige Ortbeschreibungen oder lern PHP, damit du bei der Implementierung helfen kannst, oder ... ach es gibt sicher tausend Dinge, die momentan mehr helfen würden

So, Zufallsbegegnungen dürfen ab sofort auch gerne wieder unter folgenden Voraussetzungen in AOQML programmiert werden:

Die "Vorbedingung", wo eine AOQML-Zufallsbegegnung auftreten darf, darf nicht vom Geschlecht des Helden, der Rasse, des Schiff-/Kutschentyps, der EP, des Ruhms, Anzahl der Verletzungen usw. abhängen.

Als überprüfbare Vorbedingungen für AOQML-ZBs werden momentan nur akzeptiert: Reiseart (Land/See/Kutsche), Staatsgruppe, Staat, Handelszone, Weg, Wegart, Wegklasse, Vegetation, bestimmte Orte.

Ich werde mich jetzt daran machen, im Wiki befindliche AOQML-Begegnungen zu implementieren.

Hervorglänzend. Dann noch einmal gleich zwei Fragen:

Sind meine alten ZBs schneller eingebaut, wenn ich sie nun zusätzlich in AOQML schreibe?

Soll ich ab nun die betreffenden ZBs in AOQML schreiben, wenn ich das kann?

Ach und noch, wenn ich eine Text ZB in AOQML schreibe sollte ich sie wieder auf Korrektur verschieben und eine zweite Checkbox anlegen, oder recht es, wenn sie der Editor als korrekt ausgelesen hat.

Und noch einmal ein großes Lob ab die Programierer. War sicherlich ein großes Stück Arbeit, was ihr hier fertig gestellt habt.

Ach und noch, wenn ich eine Text ZB in AOQML schreibe sollte ich sie wieder auf Korrektur verschieben und eine zweite Checkbox anlegen, oder recht es, wenn sie der Editor als korrekt ausgelesen hat.

Aber sicher, der Editor prüft weder auf Rechtschreibfehler, noch auf den inhaltlichen Aufbau.

Askaian hat geschrieben:Sind meine alten ZBs schneller eingebaut, wenn ich sie nun zusätzlich in AOQML schreibe?

Ja, denke schon. AOQML-Begegnungen lassen sich prinzipiell schneller hinzufügen.

Askaian hat geschrieben:Soll ich ab nun die betreffenden ZBs in AOQML schreiben, wenn ich das kann?

Wenn die ZB unter den o.g. prüfbaren Vorbedingungen eingefügt werden kann, spart uns das einige Arbeit, ja.

Natürlich liegt dann die "Fehler-Verantwortung" bei dir, deswegen möglichst den AOQML-Editor benutzen und im Wiki Korrektur lesen lassen, auch aus den von Aidan genannten Gründen.

Habe ich das jetzt richtig verstanden, das die ZB nun in AOQML gemacht werden sollen und nicht mehr in PHP?

viewtopic.php?f=28&t=7061

Xondorax hat geschrieben:Habe ich das jetzt richtig verstanden, das die ZB nun in AOQML gemacht werden sollen und nicht mehr in PHP?

Nein, das heisst nur, dass die ZB's auch in AOQML erstellt werden können, allerdings mit den oben genannten Einschränkungen.

Danke, dann bleibe ich erstmal bei PHP.

Xondorax hat geschrieben:Danke, dann bleibe ich erstmal bei PHP.

Wieso? Hat PHP gegenüber AOQML irgendwelche Vorteile, die mir gerade nicht einleuchten wollen? (Mal abgesehen von den nicht implementierten Proben auf Rasse, Geschlecht etc.)

ambermoon hat geschrieben:

Xondorax hat geschrieben:Danke, dann bleibe ich erstmal bei PHP.

Wieso? Hat PHP gegenüber AOQML irgendwelche Vorteile, die mir gerade nicht einleuchten wollen? (Mal abgesehen von den nicht implementierten Proben auf Rasse, Geschlecht etc.)

Meiner Meinung nach (, ich mach das ganze in php, komme aber auch mit XML-Sachen (html) klar) schon.
Ich finde es
1. deutlich übersichtlicher und
2. einfacher.
3. Du musst bsw. nicht an diese ganzen "Zu-Tags" denken. (</tag>)