Notizbuch für Quests (Logbuch)

[Jadoo]

Hallo,

habe soeben über die Suche schon einige Themen entdeckt (u.a. dieser hier), aber ich komme noch nicht so richtig weiter.

Vorgestellt hatte ich es mir in etwa so:

Notizbuch = ein Item, dass man als Gegenstand mit sich trägt. Bei Aufruf des Buches wird dann ein Bild angezeigt, wo man folgende Übersicht bekommt:

1. Bereits erledigte Aufgaben in Zahlen (Du hast bereits X Aufgaben erledigt) - Variable dafür existiert bereits, da ich damit schon etwas getestet hatte.

2. Eine Übersicht aktueller Aufgaben, die noch nicht erledigt sind. Ob ich bereits erledigte Quests noch aufführen lasse, weiß ich noch nicht.

3. Wenn man eine Aufgabe auswählt, kann man noch eine Erklärung anzeigen lassen (kann auch eine normale Message sein).

Was ich jetzt überlege: Sollte ich das Notizbuch als Gegenstand benutzen, weil ich beim Standardmenü bleiben möchte, würde es mich stören, wenn der Gegenstand dann ganz zuletzt angezeigt wird und man alle anderen Items dafür überspringen muss. Schöner würde ich es dann eher finden, wenn man einen Extraeintrag im Menü dafür hätte. Weiß aber nicht (glaube es auch nicht), dass man das ins Standardmenü integrieren kann.

Wenn ich jetzt nur ein "Obermenü" mache, also mit folgender Auswahl:

Menü - Quests - (eventuell weiteres)

würde es wieder stören, wenn ich ins Menü gehen will und dafür zweimal bestätigen muss (weil erst "Menü" auswählen) um hineinzukommen.

Letzteres würde ich aber in Kauf nehmen, wenn es anders nicht geht, zumal das Logbuch ja auch leicht aufrufbar sein sollte.

Wenn ich jetzt ein komplett eigenes Menü mache, wäre es möglich, die einzelnen Rubriken des Standardmenüs aufrufen zu lassen, anstatt dafür auch nochmal selbst etwas zu erstellen?

Was könnt ihr mir empfehlen? Das im verlinkten Thread beschriebene Logbuch klingt jedenfalls sehr gut schon mal (schade, dass die Screenshots von damals nicht mehr existieren).

Und noch ne Frage^^: Kann man das Menü/Logbuch auch später noch machen, wenn das Spiel bereits fortgeschritten ist, oder sollte es von Anfang an mit einbedacht werden?

Danke!

[Centipede]

Hallo!

Also ich würde dir den Vorschlag machen, falls du den rm2k3 benutzt, einfach so zu machen,dass per Druck auf SHIFT das Buch aufgerufen wird.
Das geht bei "EnterPassword".
Wenn du den rm2k benutzt dann kannst du dir den Tastenpatch laden, dann gehts auch!

Tastenpatch

Und noch ne Frage^^: Kann man das Menü/Logbuch auch später noch machen, wenn das Spiel bereits fortgeschritten ist, oder sollte es von Anfang an mit einbedacht werden?

...

Ja, klar! ^^

Wenn ich jetzt ein komplett eigenes Menü mache, wäre es möglich, die einzelnen Rubriken des Standardmenüs aufrufen zu lassen, anstatt dafür auch nochmal selbst etwas zu erstellen?

...

Ja, mit dem Befehl "Menü Aufrufen"

Hoffe, ich konnte dir etwas helfen!
MfG

[Jadoo]

Hallo Centipede und danke für deinen Vorschlag,

nutze den rm2k (sorry, dass ichs vergessen hab zu erwähnen), werde mir den Patch mal anschauen.

Ja, mit dem Befehl "Menü Aufrufen"

...

Ja das würde gehen, war mir auch schon klar. Was ich eher meinte wären aber die einzelnen Rubriken des Menüs (Gegenständen, Ausrüstung usw.) anstatt nur das komplette Menü.

Ich habe leider auch kein Skript gefunden bisher, würde mir das gerne mal anschauen, wie so ein Logbuch aufgebaut ist. Können werde ichs sicherlich, nur fehlt mir da mal wieder der Ansatz zum Aufbau

[Centipede]

Ja das würde gehen, war mir auch schon klar. Was ich eher meinte wären aber die einzelnen Rubriken des Menüs (Gegenständen, Ausrüstung usw.) anstatt nur das komplette Menü.

...

Das ist mit den Standart Funktionen nicht möglich.
Dann müsstest du ein komplett eigenes Menü basteln!

Willst du den ein Ringmenü oder ein Map-Menü machen?

Hier mal 2 Beispiele von mir :

Ring Menü
Map Menü

Und hier Skripte für eigene Menü´s :

http://www.rpg2000.4players.de:1061/.../Ringmenue.zip
http://www.rpg2000.4players.de:1061/...ringmenue2.zip
http://www.rpg2000.4players.de:1061/...pingskript.zip
http://www.rpg2000.4players.de:1061/scripts/menuskr.zip
http://www.rpg2000.4players.de:1061/...Menuskript.zip

MfG

[Jadoo]

Vielen Dank!

Habe mir mal ein paar der Skripte geladen und angesehen. Werde mich da mal durcharbeiten und testweise ein Menü mal erstellen.

Aber wie wäre der Ansatz für ein Logbuch? Gut, das Erste wäre ja ein Show Picture für den Hintergrund, danach das Anzeigen einzelner Einträge.

Wenn ich eine Umrandung nehmen möchte, anstatt zB. einen Pfeil, müsste ich ein Picture dafür erstellen oder? Naja mal sehen, ich denke ein Pfeil als Cursor ist auch nicht schlecht.

Also für das Logbuch verstehe ich folgendes:

> Show Picture "Hintergrund"
> If Var. "Aufgabe1" = 1
> Show Picture "Aufgabe1"

Dann müsste ich irgendwie noch integrieren, dass man die einzelnen Pictures auswählen kann

> Enter Passwort 5 - warten auf eingabe
> If Var. Passwort = 5
> Show Message: Beschreibung der Aufgabe

Nur wie bekomme ich das Ganze dann in ein Event hinein? Oder muss dann für jeden Eintrag der Aufgabe ein separates Common Event erstellt werden

Blick da irgendwie noch nicht ganz durch

Edit: Das Menü hab ich jetzt soweit verstanden, werde es selbst mal ausprobieren, um es mir besser einzuprägen.

Fürs Logbuch hätte ich da eine Idee: Damit das Ganze nicht in Common Events ausharrt (sondern nur einen einzigen Punkt dafür), könnte ich doch eine Map extra dafür anlegen. So könnte man dann dorthin teleportieren und danach wieder zurück. Man müsste nur einen Punkt im Common Event setzen, dass der Ort, wo der Held sich gerade befindet, gemerkt wird, und dann automatisch zurückteleportiert wird.

Naja mal sehen ...

[Centipede]

Wenn ich eine Umrandung nehmen möchte, anstatt zB. einen Pfeil, müsste ich ein Picture dafür erstellen oder?

...

Ja. Ist am besten!

Also für das Logbuch verstehe ich folgendes:

> Show Picture "Hintergrund"
> If Var. "Aufgabe1" = 1
> Show Picture "Aufgabe1"

...

Warum nimmst du ne Variable??
Nimm leiber nen Switch, und wenn der Held die Aufgabe gelöst hat, kommt der Switch auf AUS. dann erscheint die Aufgabe auch nicht mehr im Log!
So würde ich das machen!

Dann müsste ich irgendwie noch integrieren, dass man die einzelnen Pictures auswählen kann

> Enter Passwort 5 - warten auf eingabe
> If Var. Passwort = 5
> Show Message: Beschreibung der Aufgabe

...

Das kannste soweit machen!

Nur wie bekomme ich das Ganze dann in ein Event hinein? Oder muss dann für jeden Eintrag der Aufgabe ein separates Common Event erstellt werden

...

Ein Comment Event reicht aus!

Fürs Logbuch hätte ich da eine Idee: Damit das Ganze nicht in Common Events ausharrt (sondern nur einen einzigen Punkt dafür), könnte ich doch eine Map extra dafür anlegen.

...

Würde ich nicht machen, da wenn der Held zurück auf die Ausgangsmap teleportiert wird, alle Events der Ausgangsmap wieder auf den Anfang gesetzt
werden!

Das heißt : Der Spieler kann so vor z.b. Monster flüchten die ihn verfolgen.
Er ruft das Menü auf, und beendet es wieder und dann si das Monster nicht mehr hinter ihm!
(mal so als beispiel)


MfG

[Jadoo]

Hallo,

Warum nimmst du ne Variable??
Nimm leiber nen Switch, und wenn der Held die Aufgabe gelöst hat, kommt der Switch auf AUS. dann erscheint die Aufgabe auch nicht mehr im Log!
So würde ich das machen!

...

Ich würde da lieber eine Variable nehmen, weil man dann jeweils nur eine braucht, wenn es zB. wie folgt aussehen soll:

Aufgabe noch nicht erhalten (Var. = 0)
Aufgabe erhalten, aber noch nicht gelöst (Var. = 1)
Aufgabe gelöst (Var. = 2)

Außerdem würde es das Spiel stören, wenn ich zB. denselben Switch der Aufgabe nehmen würde. Wenn ich den dann nämlich ausschalte, würden bestimmte Events dann auch ausgeschaltet werden oder sogar wieder von Neuem beginnen.

Sollte ich die bereits gelösten Aufgaben nicht mehr anzeigen lassen, könnte ich sicherlich einen Switch nehmen - einen unabhängigen Switch natürlich, was das andere s.o. betrifft. Geht aber eben auch per Variable.

Nur wie bekomme ich das Ganze dann in ein Event hinein? Oder muss dann für jeden Eintrag der Aufgabe ein separates Common Event erstellt werden

...

Ein Comment Event reicht aus!

...

Überlege gerade .... eventuell könnten auch 2 Common Events benötigt werden, wenn man in diesem Logbuch zB. eine weitere Seite erstellt, sollte die erste bereits voll sein.

Bin gerade dabei mal ein Menü zu erstellen, ich denke wenn ich das erstmal drin habe wirds auch leichter mit dem Logbuch klappen.

[Centipede]

Außerdem würde es das Spiel stören, wenn ich zB. denselben Switch der Aufgabe nehmen würde. Wenn ich den dann nämlich ausschalte, würden bestimmte Events dann auch ausgeschaltet werden oder sogar wieder von Neuem beginnen.

...

Alternativ könnte man natürlich einen gesonderten Switch nehmen, einen "ExtraSwitch"
Aber machs, wie du willst!
Im Endeffekt ist es ja auch egal!

Bin gerade dabei mal ein Menü zu erstellen, ich denke wenn ich das erstmal drin habe wirds auch leichter mit dem Logbuch klappen.

...

Ja, probier einfach etwas herum, das ist gar nicht so schwer!

MfG

[Jadoo]

Ja, den "Extra-Switch" meinte ich ja auch dann, deswegen ist es ja auch egal ob nun Switch oder Variable. Wobei die Variable natürlich den Vorteil hat, dass man sie, bei verändertem Wert, auch noch für weitere Zwecke einsetzen kann, zB. siehe oben.

das ist gar nicht so schwer!

...

Ist es auch nicht. Man muss nur wissen wie es geht und das Prinzip verstehen. Ist bei mir meistens der Ansatz, der fehlt, sozusagen: "Wo fange ich jetzt an?". Naja, manchmal sind es sehr kleine Dinge, die einem in bestimmten Momenten nicht einfallen. Alsbald aber doch, dann kommt: "Achsooooooo, das war es, menno!"

[Centipede]

Naja, dann probier mal!
Wenn du noch fragen hast, werd ich sehen ob ich dir vielleicht helfen kann!

*ab ins Bett*

MfG

[Jadoo]

Juhu ... das Zugriffsmenü ist fertig und funktioniert prima

Kann man das Menü/Logbuch auch später noch machen, wenn das Spiel bereits fortgeschritten ist

...

Ja klar!

...

Mir ist aber etwas aufgefallen: Das man es später noch einbauen kann, ist sicherlich kein Problem. Aber man sollte etwas beachten, nämlich: Hat man zB. auf einer Map einen Lichteffekt als Show Picture im Parallelen Prozess laufen, muss dieses eine höhrere ID haben als die Pictures im Menü. Hat man zB. 4 Bilder insgesamt im Menü, so muss überall, wo ein Bild auftaucht (zB. Lichteffekt) dieses auf ID 5 gesetzt werden, sonst ist das Menü nicht aufrufbar. Oder man deaktiviert eben das Menü dann.

Nun hab ich aber immernoch Fragen zum Logbuch: Dieses funktioniert ja ähnlich einem Menü, weil man eben darin auch navigieren kann. Deshalb kann ich mir immernoch nicht vorstellen, dass dafür ein Common Event ausreicht. Das Menü alleine braucht ja schon 3 Events + je ein Event für je einen Menüeintrag.

[Centipede]

Mir ist aber etwas aufgefallen: Das man es später noch einbauen kann, ist sicherlich kein Problem. Aber man sollte etwas beachten, nämlich: Hat man zB. auf einer Map einen Lichteffekt als Show Picture im Parallelen Prozess laufen, muss dieses eine höhrere ID haben als die Pictures im Menü. Hat man zB. 4 Bilder insgesamt im Menü, so muss überall, wo ein Bild auftaucht (zB. Lichteffekt) dieses auf ID 5 gesetzt werden, sonst ist das Menü nicht aufrufbar. Oder man deaktiviert eben das Menü dann.

...

Ich schreib mir das immer auf, welche Picture,w elche ID haben, dann kann nix passieren! ^^

Nun hab ich aber immernoch Fragen zum Logbuch: Dieses funktioniert ja ähnlich einem Menü, weil man eben darin auch navigieren kann. Deshalb kann ich mir immernoch nicht vorstellen, dass dafür ein Common Event ausreicht. Das Menü alleine braucht ja schon 3 Events + je ein Event für je einen Menüeintrag.

...

Warum nicht?
Nimm ein Comment Event und stell die Start Kondition auf "Rufen"
Dann machst du immer Forks in denen Abgefragt wird, ob der Switch/Variable An/Aus ist/welchen Wert die Vari hat.
Darunter kommt dann einfach der restliche Code.
Das ist nicht schwer!

[Jadoo]

Hallo,

du meinst ein Common Event, wo per Forks alle Variablen abgefragt werden und am Schluss dieser "Abfrage" dann der Code, der die bestimmten Aufgaben und Bilder dann anzeigt, je nachdem welche Variable aktiv ist?

OK, dann versteh ich schon so ungefähr. Muss es nur mal umsetzen und probieren ...

[Phönix Tear]

Ein Logbuch...
In deiner PN hast du ja angesprochen, dass du es so haben willst, dass die Aufträge in der Reihenfolge aufgelistet werden wie man sie findet (nach Datum sortiert zozusagen).
Ich werde mal versuchen das so gut wie möglich zu erklären.

Um ein vernünftiges Logbuch zu bauen brauchst du als erstes eine "Liste" in der du die Aufträge, bzw. deren IDs einträgst. Ich werde als Beispiel diese benutzen:

1: "Die einsame Mine"
2: "Des toten Mann's Truhe"
3: "Ein frischer Fisch am Morgen"
4: "Schatten von Angmar"

...

Die Zahl steht natürlich jeweils für die ID welche dieser Auftrag im Maker hat. Am besten legst du dir gleich eine Liste (z.B. in Word) an in der du alle Aufträge mit Erläuterung abspeicherst.
Die Liste im Maker lässt sich am besten durch eine Reihe von Variablen (z.B der Bereich von Variable 100 bis Varibale 200) herstellen. Jede dieser Variablen hat nun einen Wert. Zu Beginn des Spiels ist dieser Wert 0. Bekommt man den ersten Auftrag wird die Variable 100 auf die ID dieses Auftrages gesetzt. Beim zweiten Auftrag entsprechend die Variable 101.
Problem bei der Sache ist nun, das es sein kann, das der Variablenplatz aufgebraucht wird. Daher empfiehlt sich, bei z.B. Variable 1000 anzufangen und bis 1300 freizulassen (nur für alle Fälle ).
Es ist nun also sehr wichtig, das diese Variablen auch nur von den Aufträgen und deinem Questlog angetastet werden. Ansonsten heißt es "Finger weg!".
So, wie genau sieht jetzt ein einzelner Auftrag aus, bzw. woraus besteht er?

Zutaten für einen guten Auftrag

- Ein guter Titel
- Eine kurze aber prägnante Beschreibung

- Eine ID
- Eine Zustandsvariable (erledigt / nicht erledigt / z.T. erledigt)
- Evtl Belohnung (Geld / Item)
- Bild das den Auftragsort oder den Questgeber zeigt

...

Wir haben also nun unsere Variablenliste von 1000 - 1500 und pro Auftrag ein bis zwei Variablen (Zustand und Belohnung). Die Belohnung lasse ich jetzt der Einfachheit halber weg.

Die Liste ist jedoch noch nicht ganz komplett. Wir benötigen noch soetwas wie "Zeiger", bildlich gesprochen "Finger" die immer genau auf einen Eintrag in der Liste zeigen. Veranschaulichen kann man sich dies mit einem 1000 Meter hohen Schrank mit Schubladen. Auf jeder "Etage" des Schrankes befindet sich eine Schublade. Diese Schubladen sind durchnummeriert (von 1000 bis 1500). Nun haben wir mehrere Fahrstühle (oder eben "Finger") die an der Vorderseite dieses Schrankes auf und ab fahren. Dabei lässt sich die Position jedes einzelnen Fahrstuhles eindeutig mit einer Nummer bestimmen. Diese Nummer ist die Nummer der Schublade vor der er sich gerade befindet. (Ich denke ich muss nicht erwähnen, dass man nur über diese Fahrstühle auf die Schubladen zugreifen kann, denn wer will schon 1000 Meter an einem Schrank hochklettern?)
Was müssten wir nun tun um z.B. auf die Schublade 1025 zuzugreifen?
Genau! Wir sagen einem von unseren Fahrstühlen, den wir z.B. "Aktuell" nennen, er soll zur Nummer 1025 hochfahren (wir würden also bildlich in ihm auf die 1025 drücken). Er saust hoch und gewährt uns zutritt zu dieser Schublade.
Andersherum geht es natürlich auch. Stell dir vor wir schicken den Fahrstuhl zu der Schublade in der z.B. ein Teddy liegt. Der Fahrstuhl fährt einfach so lange weiter bis er eine solche Schublade gefunden hat. Wir brauchen dann nichts weiter zu tun, als uns den Inhalt der Variable "Aktuell", also bildich die Position des Fahrstuhles, anzeigen zu lassen, und schon haben wir die Schublade.

Genau dies machen wir auch mit der Liste, nur dass jede Schublade eine ID ist, hinter der Titel, Beschreibung, Belohnung, Zustand und Bild des Auftrages versteckt sind und die Fahrstühle in wirklichkeit normale Variablen sind, die mit ihren Werten auf irgend eine Variable zeigen.

Nochmal zusammenfassend: Was brauchen wir für unsere Liste?

- 500 freie Variablen (Bereich von z.B. 1000 - 1500)
- 1 Variable "Aktuell"
- 1 Variable "Kontrolle"
- 1 Variable "Seite Anfang"
- 1 Variable "Seite Ende"

...

Wofür wir die Seiten-Variablen brauchen wirst du später erfahren.
Nun aber zurück zu unserem Auftrag. Ich spiele dabei einfach ein Beispiel durch:
Der Hauptheld kommt in das erste Dorf und spricht dort einen Mann an. Dieser bittet ihn darum ihm einen Fisch zu besorgen, er hätte am Morgen immer solchen Hunger. Der Held willigt ein.
Was passiert technisch dahinter? Wie wir wissen hat der Auftrag: "Ein frischer Fisch am Morgen" die ID 3 (diese hast du dir niedergeschrieben). Wir müssen nun also herausbekommen, welche Variable in unser Liste frei ist. Dazu setzen wir die Variable "Aktuell" auf 1000, den Start unserer Liste.
Der Code sieht dann so aus:

<>Change Variable "Aktuell", set 1000
<>
<>!Lable 1!
<>
<>Change Variable "Kontrolle", set [VarNr: "Aktuell"]
<>Fork Variable "Kontrolle" != (ungleich) 0
<><>Change Variable "Aktuell" + 1
<><>!Goto Lable 1!
<>End:
<>
<>Change Variable [VarNr: "Aktuell"], set 3

...

Um das Questlog später übersichtlicher zu gestalten, solltest du einige einzelne CEs anlegen, welche deine Liste für dich verwalten. Das erste CE hieße z.B. "Springe zur ersten freien Stelle" (im Maker geht allerdings nur weniger, z.B. "ZurErstFreistelle").
Der Code wäre dann dieser:

ZurErstFreistelle

<>Change Variable "Aktuell", set 1000
<>!Lable 1!
<>Change Variable "Kontrolle", set [VarNr: "Aktuell"]
<>Fork Variable "Kontrolle" != (ungleich) 0
<><>Change Variable "Aktuell" + 1
<><>!Goto Lable 1!
<>End:

...

Sobald du diesen Code ausführst weißt du, dass dein Fahrstuhl "Aktuell" nun bei der ersten Schublade hält, in der nichts drinn ist. Die Lable-Schleife läuft so lange weiter, bis die Varibable "Kontrolle" einen Wert enthält der nicht 0 ist. "Kontrolle" entspricht hierbei dem Inhalt der Schublade mit der Nummer "Aktuell".
Nun bist du also an dieser Stelle, jetzt willst du dort die ID deines Auftrages hinterlegen. Das machst du dann so:

<>...
<>Show Massage: "Ich habe jeden Morgen solchen Hunger. Könntet ihr nicht so nett sein und für mich einen Fisch angeln? Ich würde euch auch bezahlen!"
<>Show Choice ["Ich besorge ihnen den Fisch!" / "Tut mir leid, ich hab zu tun."]
<><>["Ich besorge ihnen den Fisch"] Case
<><><>Show Massage: "Das ist aber nett von ihnen."
<><><>Call Event: "ZurErstFreistelle"
<><><>Change Variable [VarNr "Aktuell"], set 3
<><>["Tut mir leid, ich hab zu tun."] Case
<><><>Show Massage: "Das ist schade..."
<>End Case
<>...

...

Auf dem Weg zurück begegnet man nun aber noch einer Frau, welche in voller Sorge erklärt, dass ihr Mann seit zwei Tagen verschollen sei. Er hatte zu einer alten Mine gehen wollen, da er dort noch unentdeckte Bodenschätze vermutete, doch nun sei seine Rückkehr schon einen Tag überfällig.
Wiedermal ein neuer Code:

<>...
<>Show Massage: "Mein Mann ist schon seit zwei Tagen verschwunden. Könnten sie so nett sein und sich nach ihm umsehen?"
<>Show Choice ["Klar" / "Hab besseres im Sinn"]
<><>["Klar"] Case
<><><>Show Massage: "Das ist aber nett von ihnen."
<><><>Call Event: "ZurErstFreistelle"
<><><>Change Variable [VarNr "Aktuell"], set 1
<><>["Tut mir leid, ich hab zu tun."] Case
<><><>Show Massage: "Das ist schade..."
<>End Case
<>...

...

Es wird wohl schnell deutlich, dass sich dieser Codeschnipsel überall weider verwenden lässt.
Wie sieht nach diesen beiden Aktionen nun unsere Liste aus?

Variable 1000: Wert 3
Variable 1001: Wert 1
Variable 1002: Wert 0
...

...

Für weitergehende Erklärungen füge ich jetzt noch 10 weitere Aufträge mit unterschiedlichen IDs an. Die Geschichten dazu können uns egal sein.
Die Liste sieht nun z.B. so aus:

Variable 1000: Wert 3
Variable 1001: Wert 1
Variable 1002: Wert 18
Variable 1003: Wert 9
Variable 1004: Wert 5
Variable 1005: Wert 256
Variable 1006: Wert 45
Variable 1007: Wert 73
Variable 1008: Wert 99
Variable 1009: Wert 11
Variable 1010: Wert 24
Variable 1011: Wert 51
Variable 1012: Wert 0
...

...

Nun kommen wir zum eigentlichen Teil des Questlogs. Ich gehe dabei davon aus, dass du es über einen Menüpunkt deines eigenen Menüs aufrufst.
Als erstes brauchen wir ein Hintergrundbild, 3 Cursor, 10 Auftragsüberschriften, 1 Bild und eine Erklärung.
Das sähe z.B. so aus:

Cursor 1 dient dazu, direkt einen Auftrag auszuwählen. Belohnung, Beschreibung und Bild wechseln sofort mit der Bewegung des Cursors 1.
Cursor 2 und 3 dienen zum Umblättern, sollte man mehr als 10 Quests haben.
Nun aber zum Technischen. Ich kann dir hier nicht den gesammten Code zum Questlog posten, dass könnte ich auch nicht einfach so fehlerfrei runterschreiben, daher versuche ich lieber es möglichst gut zu erklären.
Die größte Herausforderung bei einem Questlog ist es, immer die richtigen Quests anzeigen zu lassen und das umblättern ordentlich hinzubekommen. Durch unserer Liste ist dies aber nun ganz einfach. Für eine bessere Übersicht solltest du neben dem CE für das QL noch ein weiteres erstellen, in dem du dann das Anzeigen des Bildes, der Belohnung und der Beschreibung einbaust.
Dieses sähe dann z.B. so aus:

<>Fork Variable "Anzeige ID" = 1
<><>Show Picture '2' "Beschreibung Auftrag 1" at [160|120]
<><>Show Picutre '3' "Bild Auftrag 1" at [160|120]
<><>Show Picture '4 "Belohnung Auftrag 1" at [160|120]
<>Else:
<>Fork Variable "Anzeige ID" = 2
<><>Show Picutre '2' "Beschreibung Auftrag 2" at [160|120]
<><>...
<>Else:
<>...
<>End:

...

Natürlich kannst du Beschreibung, Bild und Belohnung in ein Picture packen. Das macht die Sache sogar noch einfacher.
Den Titel des Autrages musst du anders anzeigen lassen. Da kommt leider ne Menge Arbeit auf dich zu. Da die Aufträge variabel sind, können sie theoretisch an jeder Stelle im Questlog stehen. Das heißt du brauchst für jeden Quest bei 10 angezeigten Aufträgen gleichzeitig auch 10 Show Pictures.
Daher würde ich dir empfehlen nur 5 Aufträge pro Seite zu machen.
Beim Aufrufen muss nun Folgendes geschehen:

<>Change Variable "Seite Anfang", set 1000
<>Change Varbale "Seite Ende", set 1004
<>Call Event: "ZurErstFreistelle"
<>Fork Variable "Aktuell" < 1004
<><>Change Variable "Seite Ende", set "Aktuell"
<>End:

...

Hier wird nur der Variablenbereich abgesteckt in dem wir uns momentan befinden. Das Umblättern sieht so aus:

<>Call Event: "ZurErstFreistelle"
<>Fork Variable "Aktuell" > "Seite Ende"
<><>Change Variable "Seite Anfang", set "Seite Ende"
<><>Change Variable "Seite Anfang" + 1
<><>Change Variable "Seite Ende" + 5
<><>Fork Variable "Aktuell" < "Seite Ende"
<><><>Change Variable "Seite Ende", set "Aktuell"
<><>End:
<>End:

...

Hier muss gleich zwei mal überprüft werden, ob das Ende der Liste erreicht ist. Einmal ist das umblättern nur dann möglich wenn unser Bereich noch nicht an das "Nichts" grenzt. Zum anderen wird die oberere Grenze zurückgezogen, sollte sie versehentlich über den Rand gerutscht sein.

Nun zur Anzeige:

<>Change Variable "Anzeige Picture ID", set 5
<>Change Variable "Aktuell", set "Seite Anfang"
<>Change Variable "Kontrolle", set [VarNr "Aktuell"]
<>Change Variable "Auftrag Schrift Scene X", set 110
<>Change Variable "Auftrag Schrift Scene Y", set 80 //Musst du beides anpassen
<>Call Event: "Auftrag Anzeigen"
<>Change Variable "Aktuell" + 1
<>Change Variable "Anzeige Picture ID" + 1
<>Fork Variable "Aktuell" < "Seite Ende"
<><>Change Variable "Kontrolle", set [VarNr "Aktuell"]
<><>Change Variable "Auftrag Schrift Scene Y" + 20
<><>Call Event: "Auftrag Anzeigen"
<>End:
<>Change Variable "Aktuell" + 1
<>Change Variable "Anzeige Picture ID" + 1
<>Fork Variable "Aktuell" < "Seite Ende"
<><>Change Variable "Kontrolle", set [VarNr "Aktuell"]
<><>Change Variable "Auftrag Schrift Scene Y" + 20
<><>Call Event: "Auftrag Anzeigen"
<>End:
<>Change Variable "Aktuell" + 1
<>Change Variable "Anzeige Picture ID" + 1
<>Fork Variable "Aktuell" < "Seite Ende"
<><>Change Variable "Kontrolle", set [VarNr "Aktuell"]
<><>Change Variable "Auftrag Schrift Scene Y" + 20
<><>Call Event: "Auftrag Anzeigen"
<>End:
<>Change Variable "Aktuell" + 1
<>Change Variable "Anzeige Picture ID" + 1
<>Fork Variable "Aktuell" < "Seite Ende"
<><>Change Variable "Kontrolle", set [VarNr "Aktuell"]
<><>Change Variable "Auftrag Schrift Scene Y" + 20
<><>Call Event: "Auftrag Anzeigen"
<>End:

...

Der Großteil wiederholt sich einfach. Hierbei lasse ich meinen Aktuell-Fahrstuhl immer eine Etage höher fahren und hohle mir den Inhalt der Schublade.
Nun brauchst du noch das "Auftrag Anzeigen" CE:

<>Fork Variable "Kontrolle" = 1
<><>Fork Variable "Anzeige Picture ID" = 5
<><><>Show Picture '5' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>Else:
<><>Fork Variable "Anzeige Picture ID" = 6
<><><>Show Picture '6' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>Else:
<><>Fork Variable "Anzeige Picture ID" = 7
<><><>Show Picture '7' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>Else:
<><>Fork Variable "Anzeige Picture ID" = 8
<><><>Show Picture '8' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>Else:
<><>Fork Variable "Anzeige Picture ID" = 9
<><><>Show Picture '9' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>Else:
<><>Fork Variable "Anzeige Picture ID" = 10
<><><>Show Picture '10' "Auftrag 1 Titel" at [Auftrag Schrift Scene X | Auftrag Schrift Scene Y]
<><>End:
<>Else:
<>Fork Variable "Kontrolle" = 2
<><>Fork Variable "Anzeige Picutre ID" = 5
<><><>...
<><>End:
<>Else:
<>...
<>End:

...

Die Cursorbewegung läuft dann wie in jedem anderen Menü auch. Allerdings kannst du, um zu ermitteln welcher Auftrag gerade unter deinem Cursor ist, diese Rechnung benutzen:

Ausgewählter Auftrag = "Seite Anfang" + (Aktuelle Menüposition (startend bei 1) - 1)

...

Sollte funktionieren ^^°

Leider fange ich selber an, an der Verständlichkeit des obigen Textes zu zweifeln. Mag daran liegen das ich heute aus dem Urlaub gekommen bin und abgesehen von zwei, drei 15 Minütigen Nickerchen auf unbequemen Sitzen im Zug seit nunmehr 36 Stunden keinen Schlaf mehr hatte. Ich werde mich gleich ins Bett verziehen, wollte nur noch den Text so einigermaßen zuende bringen. Bis morgen hätte ich es bestimmt vergessen ^^°

mfg
Phönix Tear

[Jadoo]

Hallo,

erstmal vielen Dank für die Mühe mit der ausführlichen Erklärung ... habe mir den Beitrag mal gedruckt, um ihn auch ohne Browser durcharbeiten zu können.

Bin die Erklärung nun zweimal durchgegangen, werde es aber nochmals in aller Ruhe machen. Das Prinzip habe ich aber soweit verstanden.

Eines aber erstmal:

In deiner PN hast du ja angesprochen, dass du es so haben willst, dass die Aufträge in der Reihenfolge aufgelistet werden wie man sie findet (nach Datum sortiert zozusagen).

...

Hab mir sicherheitshalber die PN nochmal angesehen, aber nein - hab das nicht erwähnt dort ... musst du wohl verwechselt haben mit dem Thread aus 2004, den ich verlinkt habe. Den hatte ich ganz zu Anfang hier gelesen und mir dann heute gedacht, ich frag mal, weil du es ja damals dort erklärt hattest (aber leider die Bilder nicht mehr existieren).

Ich bin schon eine ganze Weile am überlegen, wie ich das Logbuch am Besten aufbauen könnte. So wie ich es aus deiner Beschreibung verstanden habe, ist es eine komplizierte Methode, auch wenns nachher schön aussehen würde.

Die Beschreibungen als Bild anzuzeigen ist sicherlich eine tolle Idee - was mich dann aber stört ist folgendes: Die Überschriften für jede Quest müssen ja schon als Bild dargestellt werden - die Beschreibungen würden sich aber auch per Show Message aufrufen lassen, sobald man eine Quest ausgewählt hat.

Außerdem könnte ja jemand auf die Idee kommen, sich den Ordner "Pictures" anzugucken und schon vor dem Spielen erfahren, was es für Aufgaben geben wird. Die Beschreibung dann als Message anzuzeigen würde dies dann ausschließen

Eine andere Art für ein Logbuch habe ich in der Demo "Der Bote des Königs" gesehen. Dort kann man die Quests erst getrennt in einer Show Choice auswählen (ob Haupt- oder Nebenquest). Danach werden die Aufgaben dann als Message angezeigt (bei mehreren Aufträgen habe ich jetzt nicht nachgesehen wie es ausschaut).

Ich stelle mir das Logbuch so vor:

1. aufrufbar über einen eigenen Eintrag im Menü
2. Hintergrundbild wird angezeigt (man könnte hier einen Notizblock darstellen oder sowas)
3. Da mehr als 3 Aufgaben aufgelistet werden sollen, werde ich die Überschriften als Pictures nehmen müssen ist klar - also werden dann über das Hintergrundbild alle vorhandenen Aufgaben eingeblendet.
4. Neben den Aufgaben sollte sich dann ein Cursor befinden, mit welchem man zwischen den Aufgaben navigieren kann
5. Wählt man eine Aufgabe aus, so wird ein Picture eingeblendet, über welchem man dann eine transparente Message anzeigen lässt (das Picture natürlich passend zum Logbuch und anders als eine normale Textbox, damit man den Unterschied erkennt und das Ganze auch gut aussieht) - als weitere Hilfe bei wichtigen Quests könnte man dann auch ein Faceset anzeigen lassen oder an anderer Stelle ein Bild (zB. eine Karte oder einen Screenshot von dem Ort wo sich die Quest befindet)
6. Sollte man mehr Aufgaben haben als Pictures sich anzeigen lassen, dann natürlich noch zwei weitere Bilder, die ein vor/zurück geben sollen - vielleicht noch einen "Zusatzbutton" zum Verlassen des Logbuches.

Was ich nun noch nicht sicher weiß ist, was mit den erledigten Aufgaben geschehen soll, ob sie weiterhin angezeigt werden sollen. Hier würde ich dann das bevorzugen, was von der Umsetzung her einfacher ist.

Für den Fall, dass bereits erledigte Aufgaben weiterhin angezeigt werden, würde ich die Überschriften dann farblich anders gestalten (eventuell noch ein Häkchensymbol dahinter) - sodass man also die einzelnen Quests unterscheiden kann.

Natürlich könnte man auch mehrere Seite im Logbuch machen, wo der Spieler dann auswählen kann, ob er aktuelle Quests sehen will, bereits erledigte, oder sogar eine Statistik ("Du hast bereits X Aufgaben gelöst") - Möglichkeiten gibt es da eben viele.

Wie sieht es also mit der Umsetzung für diese Art von Logbuch aus? Ich denke dass sie etwas einfacher ist. Es ist übrigens auch egal, welche Reihenfolge die Aufträge im Logbuch haben, zumal jeder sicherlich unterschiedlich spielt und zuerst an anderer Stelle sich aufhält, als die erste aller Aufgaben wirklich wäre.

Erstmal bis dann, werden heute Mittag mal ein wenig herumprobieren um zu schauen, ob ichs irgendwie hinbekomme.

[Phönix Tear]

Gut in diesem Fall hast du wieder zwei Möglichkeiten.
Möglichkeit 1 ist die, die ich oben beschrieben habe (also mit der Liste).
Möglichkeit 2 lässt überall dort ein Feld frei wo du den entsprechenden Auftrag noch nicht gefunden hast. Diese sieht man häufig in Spielen mit Fähigkeitsmenüs oder auch bei etwas wie dem Pokedex aus Pokemon. Meiner Meinung nach ist das nicht wirklich schön. Der Pokedex ist allerdings in sofern noch in Ordnung weil er einem ne schöne Übersicht bietet wie viele Pokemon man noch nicht entdeckt hat. Bei Aufträgen kommt es (gerade wenn nur 5 oder so pro Seite angezeigt werden) zu unnötigem Blättern. Bei 10 oder 15 Aufträgen pro Seite könnte das aber wieder gehen. Damit würde es dann nur schwerer noch Extra anzeigen einzubaun (Häkchen, etc.). Daher würde ich 10 empfehlen.

Wenn dir die Methode 1 zu schwierig ist kannst du Methode 2 mit einer Reihe von Forks nachbaun. Dabei brauchst du im Maker nur aufzulisten welcher Auftrag wo steht. Also z.B. so:

Auftrags-Anzeige

<>Erase Picture '1'
<>Erase Picture '2'
<>...
<>Erase Picture '9'
<>Erase Picture '10'
<>
<>Fork Variable "Seite" = 1
<><>Fork Variable "Auftrag 1 erhalten?" > 0
<><><>Show Picture '1' "Auftrag 1 Titel" at [100|60]
<><>End:
<><>Fork Variable "Auftrag 2 erhalten?" > 0
<><>Show Picture '2' "Auftrag 2 Titel" at [100|80]
<><>End:
<><>...
<><>Fork Variable "Auftrag 9 erhalten?" > 0
<><>Show Picture '9' "Auftrag 9 Titel" at [100|220]
<><>End:
<><>Fork Variable "Auftrag 10 erhalten?" > 0
<><>Show Picture '10' "Auftrag 10 Titel" at [100|240]
<><>End:
<>Else:
<>Fork Variable "Seite" = 2
<><>Fork Variable "Auftrag 11 erhalten?" > 0
<><><>Show Picture '1' "Auftrag 11 Titel" at [100|60]
<><>End:
<><>Fork Variable "Auftrag 12 erhalten?" > 0
<><>Show Picture '2' "Auftrag 12 Titel" at [100|80]
<><>End:
<><>Fork Variable "Auftrag 13 erhalten?" > 0
<><>Show Picture '3' "Auftrag 13 Titel" at [100|100]
<><>End:
<><>...
<>Else:
<>...
<>End:

...

Das sieht erstmal nach viel aus, ist aber sehr einfach zu ergänzen und funktioniert mit Sicherheit. Das Questlog wäre dann einfach zu machen:

Questlog

<>Change Variable "Menüposition", set 1
<>Change Variable "Seite", set 1
<>Change Variable "Cursor X", set 100
<>Change Variable "Cursor Y", set 80
<>Show Picture '11' "Cursor" at [Cursor X|Cursor Y]
<>Call Event "Auftrags-Anzeige"
<>Enter Password "Menüpasswort" [1,2,3,4 ; 5 ; 6] [wait until key hit]
<>Fork Variable "Menüpasswort" = 1
<><>Fork Variable "Menüposition" != 10
<><><>Change Variable "Menüposition" + 1
<><><>Call Event: "Cursor bewegen"
<><>Else:
<><><>Change Varibale "Menüposition", set 1
<><>End:
<>Else:
<>Fork Variable "Menüpasswort" = 4
<><>Fork Variable "Menüposition" != 1
<><><>Change Variable "Menüposition" - 1
<><><>Call Event: "Cursor bewegen"
<><>Else:
<><><>Change Varibale "Menüposition", set 10
<><>End:
<>Else:
<>Fork Variable "Menüpasswort" = 2
<><>Fork Variable "Seite" != 1
<><><>Change Variable "Seite" - 1
<><><>Call Event: "Auftrags-Anzeige"
<><>End:
<>Else:
<>Fork Variable "Menüpasswort" = 3
<><>Fork Variable "Seite" != (die letzte Seite mit Aufträgen)
<><><>Change Variable "Seite" + 1
<><><>Call Event: "Auftrags-Anzeige"
<><>End:
<>Else:
<>Fork Variable "Menüpasswort" = 5
<><>Call Event: "Auftragsbeschreibung"
<>Else:
<>Fork Varibale "Menüpasswort" = 6
<><>Code zum Verlassen des Menüs
<>End:

...

So, nun brauchst du noch die CEs "Cursor bewegen" und "Auftragsbeschreibung".

Cursor Anzeigen

<>Change Variable "Cursor Y", set "Menüposition"
<>Change Variable "Cursor Y" * 20
<>Change Variable "Cursor Y" + 60
<>Move Picture '11' to [Cursor X | Cursor Y] in [0.1 secs] and [do not wait until key hit]

...

Warum diese komische Berechnung?
Ich gehe davon aus, dass deine Aufträge alle untereinander stehen mit einem Abstand von 20, beginnend bei der Position [100|80]. Das müsstest du natürlich anpassen.
Die Berechnung selbst spart mir im Haupt-CE jedes mal die neuen Cursor-Positionen angeben zu müssen. Das kann man natürlich auch machen. Hier bot sich nur diese Methode an
Dann noch das "Auftragsbeschreibung"-CE:

Auftragsbeschreibung

<>Fork Variable "Seite" = 1
<><>Fork Variable "Menüposition" = 1
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 1"
<><>Else:
<><>Fork Variable "Menüposition" = 2
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 2"
<><>Else:
<><>Fork Variable "Menüposition" = 3
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 3"
<><>Else:
<><>...
<><>Fork Variable "Menüposition" = 10
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 10"
<><>End:
<>Else:
<>Fork Variable "Seite" = 2
<><>Fork Variable "Menüposition" = 1
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 11"
<><>Else:
<><>Fork Variable "Menüposition" = 2
<><><>Show Massage: "Massage mit der Beschreibung zu Auftrag 12"
<><>Else:
<><>...
<><>End:
<>Else:
<>...
<>End:

...

Damit ist dein Questlog fertig.
Jetzt kannst du noch im "Auftags-Anzeige"-CE weitere Pictures, wie ein Bild des Auftragsgebers, etc. hinzufügen. Der Phantasie ist dort nur die Grenze der maximalen Pictures gesetzt
Was dann auch noch zu erledigen wäre, ist das anzeigen der Seiten-Cursors. Das dürfte jedoch sehr einfach sein

Ich hoffe mit der Methode kannst du was anfangen

mfg
Phönix Tear

[Jadoo]

Hallo,

leider wurde aus dem Test am Mittag nichts, aber mal sehen ob ich gleich etwas Zeit dafür finde ... naja, ansonsten, es läuft ja nicht weg^^.

Auf den ersten Blick muss ich sagen, siehts genauso schwierig aus wie beim Ersten ... liegt aber wohl daran, dass ich das Prinzip noch nicht so ganz verstanden habe. Hoffe, dass ich es bald drin habe, damit ich auch sagen kann, es ist einfach

Mir kommen jetzt aber ein paar Fragen auf zur 2. Methode:

1. Wird das jeweils alles in ein Common Event gepackt?
2. Warum werden bei dem ersten Code zu Anfang alle Pictures gelöscht?
3. Die Anzeige der Postionen der einzelnen Aufträge klingt verständlich, so müsste es dann sein. Aber, wie sieht es dann aus, wenn ein Auftrag noch nicht erledigt ist? Wird dann nicht eine "leere Fläche" erscheinen zB. zwischen Auftrag 1 und 3 ?

Die Berechnung mit dem Cursor finde ich schon mal in Ordnung so, dann muss man nicht alles mehrfach berechnen

Hmm, das lässt mir einfach keine Ruhe, werde jetzt mein Testprojekt starten und mal loslegen!

Edit: Habe mal ein bisschen herumprobiert und mir dabei deinen Beitrag angesehen. Jetzt ist es schon ein wenig klarer, ebenso konnte ich mir obige Fragen schon teilweise selbst beantworten.

1. Ja, alles in Common Events
2. Der Picture-Löschbefehl am Anfang deshalb, weil das gesamte Common Event mehrmals, je nach Fork, abgerufen wird, und dann immerwieder ermittelt, welche Aufgaben man schon hat, damit er diese anzeigen kann. Ohne das Löschen der Pictures vorher, würde die erneute Anzeige nicht klappen - richtig?

Wenn ich jetzt noch eine Antwort auf die 3. Frage hätte, wäre ich schon gaaaaanz weit ... hab mich übrigens entschieden was das anzeigen bereits erledigter Aufgaben betrifft: Nicht mehr anzeigen! (Also nur Aufgaben anzeigen, dessen Variable den Wert 1 trägt. Ist er 0 (noch nicht erhalten) oder 2 (erledigt) dann nicht mehr.

[Phönix Tear]

Möglichkeit 2 lässt überall dort ein Feld frei wo du den entsprechenden Auftrag noch nicht gefunden hast.

...

^^
Ja, das finde ich ist der große Nachteil an der zweiten Methode. Meiner Meinung nach kommt da ein "Noch kein Eintrag" Picture in einem unauffälligen grau ganz gut. Trotzdem ist es nicht so schön wie Methode 1 .

Zu deinen Fragen:
1: Eben je nachdem wie viele du haben willst. Manchmal ist "Auslagern" ganz praktisch, wenn man einige Code-Segmente häufig benutzen will.
2: Solltest du bei nicht gefundenen Aufträgen keinen "Noch kein Eintrag" Schriftzug verwenden wollen, muss dies ausgeführt werden, damit nicht der Eintrag der letzten Seite da bleibt. Richtig erkannt ^^
3: s.o. ^^°

Ich würde jedoch, da diese Methode ja gerne Löcher lässt, die Schriftfarbe erledigter Aufträge auf grün ändern. Damit hat der Spieler ein besseres Gefühl, weil er gleich sieht was er alles schon geschafft hat. So kommt dann auch ein größerer Anreiz auf einen speziellen Auftrag zu erledigen, der vielleicht der letzte rote auf einer Seite ist (zumindest bei allen Perfektionisten ).
Ich bin leider im Moment sehr beschäftigt (einmal mit meinem Tetris, zum anderen damit, die letzten 2 Ferientage möglichst gut auszunutzen ^^), sonst könnte ich dir das einmal im Maker umsetzen. So lange dürfte das ja nicht dauern (wenn man es einmal verstanden hat ist es ja ganz leicht ).

Die Methode 1 dürfte um einiges klarer werden, wenn man Java im Informaitk-Unterricht hatte. Ich schätze meine Erklärung war etwas schlecht, weil ich einfach ein paar Sachen aus dem Unterricht übernommen habe, die zum Maker nicht so gut passten .

mfg
Phönix Tear

[Jadoo]

Achso meinteste das, jetzt verstehe ich. Dachte erst, du meinst, ich solle da ein Feld frei lassen wo keine Aufgaben sind, lol ^^

Mir ist jetzt aber noch etwas klar geworden, und zwar die einfachste aller Möglichkeiten (meiner Meinung nach im Moment): Die Aufgaben alle als Text anzeigen lassen und eventuell Facesets oder Pictures nebenher zu nutzen

Einziger Nachteil: Der Spieler kann dann nicht selbst auswählen, welche Aufgabe er sehen will, sondern alle Beschreibungen werden nacheinander eingeblendet. Wenn bereits gelöste Aufgaben aber nicht mehr angezeigt werden, verringert sich der Nachteil jedoch und es ist erträglich. Außerdem wird der Spieler dann automatisch erinnert, wenn er eine Aufgabe noch nicht erledigt hat. Man kann den Text hier ja auch auf normaler Schnelligkeit laufen lassen, dann kann man bestimmte Texte schneller wegdrücken

Ansonsten würde ich mich über dein Angebot freuen (falls es eins war), dass du mir das mal als Spiel zeigst und ich mir das im Maker ansehe. Ich denke dann wird es für mich verständlicher. Du kannst dir damit aber ruhig noch Zeit lassen, es eilt nicht!

LG

[Phönix Tear]

So, ich hab mich mal drangesetzt und das in etwa so umgesetzt wie ich mir das vorgestellt hatte (Methode 2).
Die Graphik sollte man nicht beachten, ist ja wie immer nur ein Lückenfüller.
An einigen Stellen hab ich ein bisschen mit Variablen-Nummern gespielt, was den Code komplizierter erscheinen lässt als er ist. An all diesen Stellen musste man nämlich einfach Stumpf die richtigen Variablen auswählen. Da ich 23 Aufträge eingebaut habe war mir das zuviel Arbeit, wesshalb ich das dort abgekürzt habe. (Hat lange genug gedauert die ganzen Pics für die Aufträge zu machen und zu importieren xD).
Der Großteil ist im Code erklärt, von daher sollte das kein Problem sein

Sobald du startest stehst du auf einer Map voll mit Soldaten. Von oben links beginnend gibt dir jeder von ihnen einen Auftrag. Beim ersten ansprechen wird er aktiviert, beim zweiten ansprechen als "erledigt" verbucht. Die beiden Soldaten links aktivieren gleich mehrere Aufträge. Der obere die von 1-10, der untere die von 1-23 (also alle).
Das die Titel meiner Aufträge so eintönig sind (Auftrag 1, Auftrag 2, Auftrag 3, etc.) liegt daran, dass ich mir nicht auf die schnelle 23 Titel ausdenken konnte. Die "Spezifikationen" (also Bild, Beschreibung und Belohnung) sind nahezu bei allen Aufträgen gleich. Auftrag 1 und 2 haben ein Bild. Alle Aufträge haben nur eine Platzhalter beschreibung und die Aufträge 1-10 bringen 10 Gold als Belohnung, die danach 99 Gold. Das wars auch schon

Eingebaut ist die "-kein Eintrag-" Funktion, sowie die rote und grüne Schrift für erledigte und noch ausstehende Quests. Dabei lasse ich die Spezifikationen der Quests die erledigt worden sind weiterhin anzeigen, damit man im späteren Spiel nochmal zurückblicken kann, was man alles schon erlebt hat

Tja, mehr gibts garnicht zu sagen.

Hoffe du kannst damit was anfangen

Hier der Download Link (375 KB bei Rapidshare)

mfg
Phönix Tear