Questen mit permanenten Steigerungen als Belohnung

[Pergor]

Ich finde hier eine Abfrage nach der Variablen und nach der Höhe der zu steigernden Eigenschaft besser.

Ich gehe davon aus, dass das auch noch kommen wird. Irgendwie muss man darauf ja auch im AOQML Zugriff haben, um entsprechend verlinken zu können.

Soll wohl nur eine zusätzliche Sicherheitsabfrage sein, falls doch mal ein Bock geschossen wird beim Erstellen der Quest. Unwahrscheinlich, aber kann ja passieren. Zumindest habe ich das so verstanden.

Wobei ich mich frage, was dann passieren würde. Quest einfach mit einer Fehlermeldung beendet?

[Gaddezwerch]

Wie ist es für euch denn allgemein am bequemstem?

[Pergor]

Wie ist es für euch denn allgemein am bequemstem?

Worauf bezieht sich diese Frage?

[Gaddezwerch]

Auf die Funktion zur permanenten Steigerung und die Abfragemöglichkeit wie viele Steigerungen bereits vorgenommen wurden.

[Pergor]

Hmm ...

Abfrage, wieviele Steigerungen schon vorgenommen wurden, soll doch über die Variable erfolgen. Das ist doch schon erledigt. Da hab ich die Variable, auf die ich jederzeit Zugriff habe. "eigenschaften-bonus-steigerungen".

Ansonsten habe ich persönlich da nix beizutragen. Wenn ich irgendwie abfragen kann, ob der Maximalwert schon bei 40 liegt, damit ich ggf. in eine alternative Szene verlinken kann, ist mir schon vollauf gedient.

Und wie der Code für das Steigern selbst aussieht, ist für mich auch nicht wichtig. Da kann ich von mir aus in der Szene auch einen Platzhalter der Form <!-- Hier Eigenschaft X um 1 erhöhen --> setzen und ihr macht das dann nachträglich. Mir völlig egal.

[Xondorax]

Meiner Meinung nach brauche wir hier keine harte Prüfung außerhalb vom Code.

Mit HAS kann abgefragt werden ob die Variable schon auf 5 ist oder die zu steigernde Eigenschaft auf 40.

Eine Meldung wie "Maximale Steigerung erreicht" oder so, würde aus meiner Sicht nicht helfen, da wir ja ggf. einen alternativen Zweig anbieten wollen. Außerdem würde man dann den Spieler darauf hinweisen, dass das Steigern mit der Quest möglich ist.

Für mich wäre das so:
- Der Author möchte nur eine Steigerungsquest schreiben, dann die Abfrage nach den Werten am Anfang. Wenn max. 40 oder Steigerung 5 die Quest beenden.
- Der Author möchte eine Quest mit Steigerung und/oder Alternative schreiben, dann die Abfrage nach den Werten am Ende.

Code:

<has quality="ST" val="40" show="none">
  <success>
    <quest status="rejected"> ODER <include target="alterntive"/>
  </success>
  <failure>
    <has name="eigenschaften-bonus-steigerungen" val="5" show="none">
      <success>
        <quest status="rejected"> ODER <include target="alterntive"/>
      </success>
      <failure>
        ... weiter ...
      </failure>
    </has>
  </failure>
</has>


[Mitsune]

Meiner Meinung nach brauche wir hier keine harte Prüfung außerhalb vom Code.

Doch, brauchen wir. Schon allein um redundanten Code zu vermeiden. Und weil man auch nicht davon ausgehen kann, dass in Zukunft jeder Bescheid weiß und sich keine Fehler einschleichen. Hardcode ist einfach sicherererer.

Was Du möchtest, lässt sich auch einfacher realisieren, indem man ein entsprechendes Heldenattribut verfügbar macht.

If Held_ausgesteigert=true, dann gehe auf die Schloßallee.

[Gaddezwerch]

Ja ihr macht in aoqml eure Prüfungen die sauber sein müssen. Ich prüfe im php code aber auch nochmal sicherheitshalber.

[Pergor]

Mit HAS kann abgefragt werden ob die Variable schon auf 5 ist oder die zu steigernde Eigenschaft auf 40.

Man soll die Erhöhung ja auch schon bekommen können, wenn man seinen ursprünglichen Maximalwert noch nicht erreicht hat. Da kann es durchaus so sein, dass der Maximalwert schon bei 40 liegt, der Held diesen Wert aber noch nicht erreicht hat. Eine einfache quality-Abfrage ist daher nicht sinnvoll. Da bräuchte man ggf. wohl ein neues Heldattribut (bzw. mehrere). Z.B. mu_maximalwert oder sowas.

Eine Meldung wie "Maximale Steigerung erreicht" oder so, würde aus meiner Sicht nicht helfen, da wir ja ggf. einen alternativen Zweig anbieten wollen. Außerdem würde man dann den Spieler darauf hinweisen, dass das Steigern mit der Quest möglich ist.

Soll doch auch so sein, dass man alternative Zweige anbietet. Oder das zumindest machen kann, ein Muss ist das ja nicht. Falls aber doch mal ein Fehler im Code ist und der Spieler fälschlicherweise in eine Gelegenheit kommt, in der er eine Eigenschaft auf Werte >40 steigern oder eine sechste (und/oder aufwärts) bekommende Steigerung erhält, würde die Funktion dann hier eine Notbremse ziehen.

Und da die Spieler ja sowieso selber entscheiden können sollen, ob sie die Steigerung erhalten, würde diese Meldung doch ohnehin erst kommen, wenn die Spieler sowieso schon wissen, dass hier eine Steigerung winkt. Weil sie sich ja schon für diese entschieden haben. Ich glaube, du verstehst das grad ein bisschen falsch.

[Xondorax]

Mit HAS kann abgefragt werden ob die Variable schon auf 5 ist oder die zu steigernde Eigenschaft auf 40.

Man soll die Erhöhung ja auch schon bekommen können, wenn man seinen ursprünglichen Maximalwert noch nicht erreicht hat. Da kann es durchaus so sein, dass der Maximalwert schon bei 40 liegt, der Held diesen Wert aber noch nicht erreicht hat. Eine einfache quality-Abfrage ist daher nicht sinnvoll. Da bräuchte man ggf. wohl ein neues Heldattribut (bzw. mehrere). Z.B. mu_maximalwert oder sowas.

@Pergor:Die Antwort verstehe ich nicht. Es wurde doch gesagt, das ein Held maximal 5 mal Eigenschaften erhöhen darf und dabei darf der Maximalwert von 40 nicht überschritten werden. Daher ist doch die Abfrage mit HAS korrekt.
Fünf Steigerungen oder Eigenschaft auf 40 bedeutet Quest-Ende oder Alternative.


Was würde eine "harte" Prüfung außerhalb vom Code bewirken? Quest wird nicht gestartet?

[Gaddezwerch]

Nein es geht nur darum falls ein questschreiber die Prüfung verschlampt oder ein Bug in der quest existiert. Daher noch meine Prüfung im php Code die theoretisch überflüssig sein sollte aber man weiß ja nie.

[Pergor]

@Pergor:Die Antwort verstehe ich nicht. Es wurde doch gesagt, das ein Held maximal 5 mal Eigenschaften erhöhen darf und dabei darf der Maximalwert von 40 nicht überschritten werden. Daher ist doch die Abfrage mit HAS korrekt.

Öhm ...

Man soll die Erhöhung ja auch schon bekommen können, wenn man seinen ursprünglichen Maximalwert noch nicht erreicht hat. Da kann es durchaus so sein, dass der Maximalwert schon bei 40 liegt, der Held diesen Wert aber noch nicht erreicht hat. Eine einfache quality-Abfrage ist daher nicht sinnvoll. Da bräuchte man ggf. wohl ein neues Heldattribut (bzw. mehrere). Z.B. mu_maximalwert oder sowas.

Natürlich wäre das mit "has" möglich, wenn es ein entsprechendes Attribut geben wird. Nur "quality" geht halt nicht, weil man damit nicht den Maximalwert abfragt, sondern den derzeitigen Wert. Und das muss nicht das Gleiche sein. Mehr habe ich nicht sagen wollen.

[Xondorax]

Jetzt habe ich verstanden, Pergor, du meinst temporäre Steigerungen durch Begegnungen.
Alles klar jetzt.

[Gaddezwerch]

Die AOQML-seitigen Voraussetzungen wurden jetzt geschaffen. Permanente Eigenschaftssteigerungen sind nun technisch möglich. Dokumentiert unter http://wiki.antamar.eu/index.php/Heldat ... C3.A4ndern

[Gaddezwerch]

Abfrage, wieviele Steigerungen schon vorgenommen wurden, soll doch über die Variable erfolgen. Das ist doch schon erledigt. Da hab ich die Variable, auf die ich jederzeit Zugriff habe. "eigenschaften-bonus-steigerungen"

Ich habe mir das, dank Aidans Hinweis, nochmal anders überlegt. Diese Herovariable braucht nicht gepflegt werden. Stattdessen steht jetzt das Heldattribut 'freiebonussteigerungen' zur Verfügung, welches angibt, wie oft der Held insgesamt noch steigern darf (Zahl zwischen 0 und 5). Neben diesem Attribut muss dann halt nur noch MUmax/FFmax/WImax/etc. auf <= 40 geprüft werden.