Wünsche für AOQML

[Gaddezwerch]

<has talent="Seefahrt" min="5" hero-quantity="all">
<success>
Eine Steife prise schadet euch erfahrenen Seebären nicht.
</success>

Ok, wird so kommen. Ich trage es dann ins Wiki ein, wenn ich's implementiert habe.

Ach und noch nebenbei, Ihr habt an den Fall Gedacht, dass jemand bei hero-quantity einen höheren Numerischen Wert als die Gruppenmitglieder eingeben könnte?

Nein, bisher nicht, danke für den Hinweis. Ich habe das jetzt so eingestellt, dass, wenn eine Zahl angegeben ist, die größer als die Anzahl der Gruppenmitglieder ist, dann die Anzahl der Gruppenmitglieder genommen wird.

[Askaian]

Ich würde mir im rival tag gerne besondere Werte Wünschen. Dann könnte ich einfach in einer random sets von Gegnern und Beute definieren und die dann im Kampf und beim Plündern verwenden.
Beispiel:
<npc npcid="${gegner}" name="furchterregender Berserker" gender="male" escape="false"/>

[Gaddezwerch]

Das ist bereits möglich.

Wenn da der Editor meckert, muss ich den Editor mal anpassen.

[Xondorax]

Kann man im Editor eine Abfrage für Händler einbauen? Wenn das nicht zuviel Aufwand ist, wäre das doch eine Möglichkeit auch Händlerquests zu schreiben.

[Gaddezwerch]

Bisschen präziser bitte. Händlerquests kannst du auch jetzt schon schreiben, z.B. Dschinnlampe.

[Xondorax]

Ich meine Quests, die abhängig vom Händler sind (Rüstungsmacher, Waffenhändler, etc.). So könnte man Transportaufträge schreiben oder ähnliches.

Genauer kann ich es nicht beschreiben.

[Aidan]

Die Abfrage läuft aber nicht über den Editor, sondern wird vom Progger in der Quest-DB eingestellt.

[neonix]

Wofür man aber auch die entsprechenden Attribute abfragen können muss.

[Gaddezwerch]

Xondorax: Schreib einfach mal solche Questen, dann implementiere ich das, was fehlt. Ich will meine Zeit nicht für etwas vergeuden, was am Ende gar nicht gebraucht wird.

[Xondorax]

OK, danke.

[Aidan]

Wofür man aber auch die entsprechenden Attribute abfragen können muss.

Jo, aber "has" gibt es schon im Editor und das Attribut "location" steht inner Wiki. ^^

[neonix]

Ja, aber "händler" ist nicht sehr aussagekräftig, wenn eine Queste nur bei Waffenhändlern laufen soll.

[Aidan]

Jo und wie bereits gesagt, den letzten Feinschliff macht dann Gaddezwerch.

[telor]

Bei Askaian 27 war ich dabei, eine Probe zu programmieren, die einfach Erfolg liefert, wenn nur eine der Fertigkeiten Erfolg hat.
Leider bin ich nur an so eine unelegante Lösung gekommen, die man dort "bewundern" kann.
In meinem jugendlichen Leichtsinn bin ich auf einen Vorschlag gekommen, den ich zur Ansicht stellen wollte.
Falls es einfach zu programmieren ist, dann würde ich es gerade für solche Art von Proben nicht schlecht finden (ich schätze, damit könnte man auch die verwandten Fertigkeiten erschlagen, wenn man auf eine andere Fertigkeit ausweichen möchte ). Es ist dann zwar keine Lösung in dem Sinne, dass eine der Proben gelingen soll, sondern es würde wirklich nur eine Probe stattfinden, was auch irgendwie "besser" ist.
Meine Vorstellung:

Code:

<challengemin talent="X" mod=""|talent="Y" mod=""|talent="Z" mod="">
  <success>
  </success>
  <failure>
  </failure>
  <else>
  </else>
</challengemin>

Code:

<challengemax talent="X" mod=""|talent="Y" mod=""|talent="Z" mod="">
  <success>
  </success>
  <failure>
  </failure>
  <else>
  </else>
</challengemax>

challengemin würde aus den unterschiedlichen Talenten desjenigen aussuchen, das den kleinsten Wert (modifiziert durch "mod") hat und die Probe darauf stattfinden lassen, challengmax dann entsprechend das Talent mit dem größten Wert. Falls es in der Auflistung mehrere Talente mit dem gleichen Wert geben sollte, würde der erste von den Talenten genommen (Beispiel: Y und Z haben nach korrigieren durch mod beide den gleichen Wert, dann würde die Probe auf Y abgelegt werden, wenn X noch schlechter wäre). Talente, die noch gar nicht aktiviert wurden, wären bei der Auswahl nicht beachtet, da würde man auf den Ast "else" kommen.
Falls die Programmierung zu schwer sein (oder zu viel Zeit bei minimaler Notwendigkeit verbrauchen) sollte, dann gibt mir einen Schlag mit der Zeitung auf den Kopf und gut ist. Das halte ich noch aus.

[Lowlander]

Das wäre aber kein gültiges XML mehr, worauf sich etliche von uns verwendete Programmbibliotheken verlassen. Machbar wäre so etwas in dieser Art:

Code:

<challengemax>
   <subchallenge talent="X" mod="+2"/>
   <subchallenge talent="Y" mod="-1"/>
   <subchallenge talent="Z" mod="0"/>
  <success>
  </success>
  <failure>
  </failure>
  <else>
  </else>
</challengemax>

max/min habe ich so verstanden, dass die subchallenge mit dem höchsten (max) bzw. niedrigsten (min) FeP für die Auswertung herangezogen wird. Daneben könnte es auch noch <challengeall> geben, was manche Mehrfachprobe vereinfachen würde. Dann sollte man sich aber eher ein neues Tag mit einem Attribut für min|max|all einfallen lassen. Kombiniert mit Helden-Gruppen-Prüfungen wird es dann aber langsam richtig komplex.