Kann man eigentlich auch prüfen, ob bei einer Talentprobe ein Patzer oder eine Doppel-1 aufgetreten ist?

handborons hat geschrieben:Kann man eigentlich auch prüfen, ob bei einer Talentprobe ein Patzer oder eine Doppel-1 aufgetreten ist?

Nein. Schreib's ggf. ins Manits. Wobei ich nichtmal weiss, ob die Antamar-Funktion diese Info nach außen reicht. Auch hier gilt: Ich habe schon so viel auf der ToDo-Liste, dass ich dafür alleine voraussichtlich schon (je nach Auftragslage beim Geldverdienen) den ganzen Juni brauche. Nutzt bitte, was geht und stellt alles andere zurück.

Lowlander hat geschrieben:

handborons hat geschrieben:Kann man eigentlich auch prüfen, ob bei einer Talentprobe ein Patzer oder eine Doppel-1 aufgetreten ist?

Nein. Schreib's ggf. ins Manits. Wobei ich nichtmal weiss, ob die Antamar-Funktion diese Info nach außen reicht. Auch hier gilt: Ich habe schon so viel auf der ToDo-Liste, dass ich dafür alleine voraussichtlich schon (je nach Auftragslage beim Geldverdienen) den ganzen Juni brauche. Nutzt bitte, was geht und stellt alles andere zurück.

[X] Done.
Kein Stress machen und auch nicht machen lassen, wir sind hier nicht auf der Flucht. Jeder weiß, dass das ein Freizeitprojekt ist.
Diesen Smiley gibt's aus gutem Grund:

handborons hat geschrieben:Diesen Smiley gibt's aus gutem Grund:

Den auch:

bei Talentproben zwei failure zweige, wobei ersterer daraus resultiert, dass das Talent gar nicht vorhanden ist?

maigrey de morianna hat geschrieben:bei Talentproben zwei failure zweige, wobei ersterer daraus resultiert, dass das Talent gar nicht vorhanden ist?

Schalte eine <has>-Abfrage davor, ob das Talent da ist. Wenn ja, verzweigst du in die Probe, sonst eben nicht:

Code: Alles auswählen

<has talent="xxx">
  <success>
    <challenge talent="xxx">
      <succcess>...</success>
      <failure>...</failure>
    </challenge>
  </success>
  <failure>
    Was anderes.
  </failure>
</has>


könnte man success und failure abkürzen? Es sind sehr oft gebrauchte tags und copy & paste nervt, würde auch den code entlasten, wenn nur noch <s></s><f></f> dasteht.

gibt es irgendwo so was ähnliches wie die Kurzref bei Selfhtml? so was wäre praktisch.

patrick hat geschrieben:könnte man success und failure abkürzen? Es sind sehr oft gebrauchte tags und copy & paste nervt, würde auch den code entlasten, wenn nur noch <s></s><f></f> dasteht.

gibt es irgendwo so was ähnliches wie die Kurzref bei Selfhtml? so was wäre praktisch.

Den Vorschlag unterstütze ich. Obwohl man sich Templates im Editor zurecht machen kann, wäre es einfacher mit Kurzformen...

Kann man auch beides wirksam lassen? Für Einsteiger ist es einfacher wenn sie erkennen können, wofür ein Befehl dient. Einzelne Buchstaben sind da eher verwirrend und abschreckend.

Lowlander hat geschrieben:Ja, im Wiki sind haufenweise Ideen für Queste und ZBs. Leider noch nicht alle in AOQML umsetzbar, weil in AOQML oder dessen Antamar-Anbindung noch was fehlt.

Das merke ich als Gelegenheits-ZB-Schreiber auch gerade. Da Meckern allein leider nicht weiterhilft, und ich zufällig auch von Beruf Informatiker bin, biete ich hiermit meine Mithilfe bei der Vervollständigung und Erweiterung der AOQML-Implementierung an.

Wenn also Interesse an einem weiteren Programmierer für das AOQML-Subsystem besteht --> eMail an mich.

neonix hat geschrieben:Kann man auch beides wirksam lassen? Für Einsteiger ist es einfacher wenn sie erkennen können, wofür ein Befehl dient. Einzelne Buchstaben sind da eher verwirrend und abschreckend.

Allerdings. Aussagekräftige Tags sind besser. Wer nicht tippen will, kann sich Makros erstellen und abspeichern.

Auch gut. Wie gesagt, ich habe mir Code-Snippets angelegt...

...für die Einsteiger sind halt die aussagekräftigen Tags gut, für erfahrene AOQML-Zauberer wären vielleicht Kurzformen hilfreich.

Mein Vorschlag dazu wäre, dass die gültige Form (die auch im wiki z.B. genutzt wird) die langform ist.

Man könnte aber einen "kurz"-Dialekt entwerfen, der mithilfe von xslt in die ausführliche form (und wenn es jemand möchte auch zurück) überführbar ist ... Die Regeln dafür aufzustellen sind nun wirklich trivial und xslt-Transformer dürfte es wie Sand am Meer geben .. müsste jemand nur jemand kurz die ein oder zwei xslt-Skripte schreiben.

Wird AOQML jetzt übehaupt schon eingesetzt? Also macht es überhaupt Sinn die ZBs so zu schreiben? Wenn nein, würde ich mich auch gerne damit befassen, die ZBs in PHP zu programmieren. Hab zwar bisher nur ganz wenige mit PHP zu tun gehabt, aber als Fachinformatikerin mit einem dicken PHP-Buch und Internetzugang sollte es kein Problem sein. Wäre schön, wenn ich dürfte.

Auf lange Sicht dürfte AOQML das Mittel der Wahl sein. Es gab auch kürzlich einen Wettbewerb für ZBs und Questen, die explizit in AOQML geschrieben sein sollten. In letzter Zeit ist die Arbeit daran zwar etwas in den Hintergrund gerückt, aber das wird sich hoffentlich bald wieder ändern. (Hat eigentlich irgendwer Kontakt zu Lowlander? Sein letzter Post ist von August.)