Danke für die Orts-IDs! Die Quest ist überarbeitet und committed. Vor allem zwei Änderungen:
- set auf LEP geht leider nur mit inc/dec, habe das val=0 durch dec=35 ersetzt
- <store .../> LÖSCHT die Variable (setzt einen Nullwert, ), nicht verwechseln mit "0")
habe ich also durch <store ...>true</store> ersetzt

Sobald die Version auf dem Live-Server ist, kann ich sie in der DB aktivieren.

Vielen Dank!

Lowlander

(Das leere Store war ein Flüchtigkeitsfehler, die anderen hatte ich auch mit TRUE gefüllt. Danke fürs Korrigieren! Könnte man die LEP-Sache theoretisch wie folgt machen: <store name="myleps"><get attribute="LEP"/></store>;<set attribute="LEP" dec="${myleps}"/>?)

Kleine Frage: Wozu dient <set attribute="site" val="Birh-Gichem"/> in "start.xml"? Dadurch wird man doch immer dorthin gebeamt?


Und das store war hier doch blöd von mir, nur beim Toten Druiden hatte ich es richtig gemacht.

proser hat geschrieben:Kleine Frage: Wozu dient <set attribute="site" val="Birh-Gichem"/> in "start.xml"? Dadurch wird man doch immer dorthin gebeamt?

Oups, sorry, das war zum testen, ersparte mir rumgefummel an der DB. Nehme es gleich raus.

proser hat geschrieben:Vielen Dank!

Lowlander

(Das leere Store war ein Flüchtigkeitsfehler, die anderen hatte ich auch mit TRUE gefüllt. Danke fürs Korrigieren! Könnte man die LEP-Sache theoretisch wie folgt machen: <store name="myleps"><get attribute="LEP"/></store>;<set attribute="LEP" dec="${myleps}"/>?)

Das ginge, aber ich baue genau das mal in die Engine ein und ändere die Stelle im Quest dann wieder.

Die Touristenkontrolle ist auf dem Live-Server aktiv. Hab gleich meine Borrcha mal (per DB) in eine Orksiedlung gesetzt, und gleich noch einen Fehler bei Halborks gefunden (es wurde kein Kontroll-Sperrzeitraum gesetzt). Der ist aber auch behoben. Ihr könnte also die Wege nun eintragen.

Ok, dann mache ich mich mal bei...

OK, habe fertig. ^^

Lowlander hat geschrieben:... und gleich noch einen Fehler bei Halborks gefunden (es wurde kein Kontroll-Sperrzeitraum gesetzt). ...

Die sollten die Queste auch urspünglich nicht kriegen (rejected). Wenn man dann nach Konzeptänderung nicht alles genau überprüft... Danke fürs Beheben!!!

proser hat geschrieben:

Lowlander hat geschrieben:... und gleich noch einen Fehler bei Halborks gefunden (es wurde kein Kontroll-Sperrzeitraum gesetzt). ...

Die sollten die Queste auch urspünglich nicht kriegen (rejected). Wenn man dann nach Konzeptänderung nicht alles genau überprüft... Danke fürs Beheben!!!

Da ist ein Text für Halborks, mit "ist das nicht dein Veter sowieso" - aber dann kommt status=ended - und zwar ohne vorher noch den Timeout zu setzen, so dass dieser Text immer sofort wieder kam. Ich habe das erstmal nur auf 1D (=1 Erdentag) gesetzt.

Ein Tag ist absolut ok. Das muss mE auch nicht nach Orten differenziert werden.

Ursprünglich sollte es für Halborks nicht mal Texte geben. Als das dann nachgezogen wurde, habe ich nicht an das "kontrolle_erfolgt" gedacht.

proser hat geschrieben:

Ach was, ohne Testmöglichkeit, ist es so gut wie möglich, alles richtig zu machen. Ist doch gut geworden!

Danke! Der Editor ist auf jeden Fall eine Riesen-Hilfe!!

Ich habe eine kleine Anmerkung.
Und zwar will einen der Kontrolleur ja umhauen, wenn man angibt ein Sklave zu sein (egal, ob man die Probe schafft, oder nicht).
Gut und schön, aber Sklaven haben doch auch bei den Orks einen Wert (Stichwort: Sklavenhandel).
Sollte ein Ork dann nicht vielleicht was vorsichtig sein, wenn es darum geht, den Besitz eines anderen (vielleicht sogar eines höhergestellten) Orks zu "beschädigen"?
Das könnte je nach Besitzer ja übel in die Hose gehen, oder nicht?

Besser wäre mMn. also, wenn der Ork einen nur verhauen will, wenn man die Probe nicht schafft.

Wer sagt denn, dass der Kontroll-Ork den "Sklaven" wirklich verprügeln würde. Vielleicht will er ihm nur ein wenig Angst machen.