Ich bin ja nicht so der Freund des vorherrschenden extensiven Gebrauchs von heldenbezogenen AOQML-Varis. Da inzwischen get object="selected-item" möglich ist, könnte (irgendwann) nicht ein store name="bla" scope="selected-item" eingeführt werden? Dann wären Attribute wie Hund-Name oder Wasserschlauch-Füllstand an die Objekte gebunden, zu denen sie originär gehören.


P.S.: Unter Item-select wird drop object="selected-item" als Beispiel gebracht. Unter Drop steht aber nicht, dass dies möglich wäre.

proser hat geschrieben:Ich bin ja nicht so der Freund des vorherrschenden extensiven Gebrauchs von heldenbezogenen AOQML-Varis. Da inzwischen get object="selected-item" möglich ist, könnte (irgendwann) nicht ein store name="bla" scope="selected-item" eingeführt werden? Dann wären Attribute wie Hund-Name oder Wasserschlauch-Füllstand an die Objekte gebunden, zu denen sie originär gehören.

Ja, ist wünschenswert.

proser hat geschrieben:P.S.: Unter Item-select wird drop object="selected-item" als Beispiel gebracht. Unter Drop steht aber nicht, dass dies möglich wäre.

Ich habe den Artikel im Wiki ergänzt.

Es wäre schön abfragen zu können, ob der SC gerade im Rathaus arbeitet oder nicht.

Damit man das auch als attribute abfragen kann, vielleicht hero_work (true/false) und hero_work_as (welche Arbeit).

neonix hat geschrieben:Es wäre schön abfragen zu können, ob der SC gerade im Rathaus arbeitet oder nicht.

Den Untergrund nicht vergessen.

Könnte man bitte die Initiative als abfragfähiges Attribut aufnehmen. Dann könnte ich in der Tutorialqueste Helden mit niederiger Initiative beim Start gleich die Tipps zukommen lassen?

Kaum zu glauben, aber ich bin mit meinen Wünschen für AOQML unersättlich.

Könnte man in irgendwiner Form das aktuelle Datum abfragefähig machen. Ziel ist es Feste und sowas an einen bestimmten Tag zu binden, damit sich die Anreise planen lässt, aber sie besonders bleiben.

Der Tag des Monats lässt sich jetzt abfragen:

Code: Alles auswählen

<get attribute="tag"/> <!-- liefert eine Zahl zwischen 1 und 30 -->


'monat' lässt sich schon länger abfragen.

Die Basis-Initiative lässt sich auch schon länger abfragen: 'ini_basis'

Ob der Held arbeitet, lässt sich jetzt auch abfragen: 'arbeitet' (true/false) Der Name des Jobs ist aber noch nicht abfragbar, das ist mir grad zu kompliziert.

Code: Alles auswählen

<switch attribute="arbeitet">
  <case val="true">... </case>
  <else>...</else>
</switch>


Gaddezwerch hat geschrieben:
Ob der Held arbeitet, lässt sich jetzt auch abfragen: 'arbeitet' (true/false) Der Name des Jobs ist aber noch nicht abfragbar, das ist mir grad zu kompliziert.

Code: Alles auswählen

<switch attribute="arbeitet">
  <case val="true">... </case>
  <else>...</else>
</switch>


Könnte man also jetzt in diversen Questen nachrüsten, um Doppelnutzung von Arbeit/Quest zu vermeiden?

Ja. Wobei die meisten Questen auch während der Arbeit spielbar sein sollten. Nur nicht diese, wo man (ingame) viel Zeit für aufwenden muss oder in andere Orte reist.
Beispielsweise kann man nach wie vor abends in der Taverne eine Kneipenschlägerei miterleben.

Ich fände es wünschenswert, wenn bei Sprachabfragen bei Gruppen-ZBs jeder Spieler unterschiedliche Ergebnisse angezeigt bekommen kann, je nachdem, ob er die Sprache versteht oder nicht.

Das ist keine aoqml-Sache, sondern Sache der Quest- oder ZB-Schreiber. Und zusätzliche Arbeit sowie Ermessenssache.

Vor kurzem hieß es noch, in Gruppen-ZBs muss jeder das selbe angezeigt bekommen, und dass es nicht geht, wenn einer hört, dass ein Dûn "Guten Tag!" sagt und ein anderes Gruppenmitglied, dass kein Zwergisch kann, "Motograsch!".

Ach so meinst du das. Wobei die Sache damit immer noch komplizierter wird. Dann müsste ja der entsprechende Spieler, sofern anwesend, die Übersetzung im Chat weiter geben. Ist er nicht da, kann der Gruppenleiter dann keine sinnvolle Wahl treffen. Insgesamt halte ich das nicht für zielführend.

Der Wunsch ist nachvollziehbar und sicherlich RPG-gerecht, aber das macht es für uns nur unnötig kompliziert und da haben wir im Moment andere Sorgen.