Änderungen

Nein, man MUSS nicht immer. Aber man KANN MOMENTAN NICHT und das stört mich, weil ich es in meine Questen einbauen möchte. Und glaube mir, die können durchaus etwas elaborierter werden als "Bringe mir 5 Rattenschwänze und du bekommst Gold" wenn ich die nötigen Mittel bekomme. Eingeschränkte Möglichkeiten (denn sie sind eben definitiv nicht unendlich) sind vielleicht eine Herausforderung, aber mit Sicherheit kein Bonus! Ich MÖCHTE nun mal NSC einbauen, mit denen die SC so was wie eine minimale Beziehung aufbauen und die nicht nur in einer Queste auftauchen und dann wieder verschwinden oder, schlimmer noch, immer wieder auftauchen ohne auf die SC einzugehen. Und das Schema Auftraggeber --> Auftrag --> Reaktion des Auftraggebers gibt es, weil es bewährt ist und funktioniert, nicht weil alle Spieledesigner so unkreativ sind. Klar kann ich auch mit den bisherigen Mitteln Questen schreiben, und durch Questgegenstände auch ein Minumum an Datenübertragung herstellen. Aber es ist schlicht und einfach unelegant, störanfällig, stark eingeschränkt und daher nur eine Notlösung. Ich möchte den Spielern Kampagnen, mehrteilige Storys und vielleicht sogar etwas Metaplot liefern. Nette kleine Einzelerlebnisse bieten schon die ZB - und davon habe ich ja wohl schon genug verfasst. --[[Benutzer:Neonix|Neonix]] 20:04, 1. Jul. 2008 (CEST)  Ja klar, ich wünsche mir die Möglichkeiten auch, nur kamen im Forum dann bei mir die falschen Gründe an. Dachte eben, dass es nur um soclhe einfach gestrickten Dinge gehen soll. Das war keineswegs als Kritik gedacht ;) --[[Benutzer:Root|Root]] 20:21, 1. Jul. 2008 (CEST) OK. Bin nur leicht genervt, weil ich wieder mal mehr Pläne als Möglichkeiten habe. --[[Benutzer:Neonix|Neonix]] 20:31, 1. Jul. 2008 (CEST) [[Benutzer:Lowlander]] 11:20, 18. Aug 2008 (CEST): Quest-Unterbrechnung ist von der Idee schon vorbereitet. Und war so: Ein Quest kann in den Status pending gesetzt werden (Tabelle usr_held_quest_status_), zudem wird in diese Tabelle ein obstacle eingetragen. Dieses Obstacle ist erstmal ein (programmatischer) Text, wir müssten hier noch festlegen, was es sein soll, z.B. SQL, AOQML oder auch nur eine AOQML-Expression (was z.B. in einem <if ...> statt des ... dort steht). in quest.inc.php würde dann am Anfang abgefragt, ob die Bedingung erfüllt ist, wenn ja, ginge es weiter in dem Quest, wenn nicht, ginge es weiter wie jetzt in quest.inc.php (herausfinden, ob ein neues Quest gestartet werden soll). Das gespeicherte Obstacle sollte nur einfache Bedingungen enthalten, komplexe Bedingungen sollte man dann in der Fortsetzungs-Szene abfragen und ggf. sofort wieder in den Status pending zurückfallen - ggf. ohne dass der Spieler überhaupt merkt, dass der Code ablief. Vielleicht traut sich das ja schon jemand zu, das einzubauen?