MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 1 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 2 | P_HARBOUR |
| 3 | ********* |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 4 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 5 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 6 | NAME |
| 7 | ==== |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 8 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 9 | P_HARBOUR "harbour_name" |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 10 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 11 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 12 | DEFINIERT IN |
| 13 | ============ |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 14 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 15 | /sys/transport.h |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 16 | |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 17 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 18 | BESCHREIBUNG |
| 19 | ============ |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 20 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 21 | Array mit eindeutiger Bezeichnung des 'Hafens' |
MG Mud User | 88f1247 | 2016-06-24 23:31:02 +0200 | [diff] [blame] | 22 | |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 23 | |
| 24 | BEMERKUNGEN |
| 25 | =========== |
| 26 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 27 | Diese Property wird in Raeumen gesetzt, die als Anleger fuer |
| 28 | Transporter dienen sollen. Sie enthaelt ein Array aus zwei |
| 29 | Elementen, einem String und einem String-Array, zum Beispiel: |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 30 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 31 | Hafen der Sonneninsel: ({ "zur Sonneninsel", ({"sonneninsel"}) }) |
| 32 | oder Hafen von Titiwu: ({ "nach Titiwu", ({"titiwu"}) }) |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 33 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 34 | Damit bekommt der Spieler bei einer Abfrage seiner Reiseroute |
| 35 | mittels "reise route", sofern er schon eine gesetzt hat, eine |
| 36 | Ausgabe wie .. |
| 37 | |
| 38 | 'Du reist mit dem Floss nach Titiwu' oder 'Du reist mit dem Wal |
| 39 | zur Sonneninsel'. |
| 40 | |
| 41 | Das zweite Element der Property enthaelt eine Liste der IDs, mit |
| 42 | denen sich der Hafen mit dem Befehl "reise nach <ID>" ansprechen |
| 43 | laesst. Im Beispiel oben wuerde also "reise nach sonneninsel" und |
| 44 | "reise nach titiwu" akzeptiert werden. Der erste Eintrag in dieser |
| 45 | ID- Liste wird in der Ausgabe des Befehls "reise route" verwendet, |
| 46 | sollte also den Anlegeort korrekt bezeichnen und nicht z.B. eine |
| 47 | Abkuerzung enthalten. Es bietet sich an, bei bestimmten, |
| 48 | deklinierbaren Bezeichnungen alle Varianten einzutragen, z.B. |
| 49 | "verlorenes land" und zusaetzlich "verlorene land" und "verlorenen |
| 50 | land", damit alle Varianten von "reise nach ..." funktionieren. |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 51 | |
| 52 | Ist in einem Hafen diese Property nicht gesetzt, so bekommt der |
| 53 | Spieler keinerlei Hinweis darauf, wohin ihn ein bestimmter Trans- |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 54 | porter befoerdert. Stattdessen erhaelt er die Bezeichnung |
| 55 | 'unbekannt'. |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 56 | |
| 57 | |
| 58 | HINWEISE |
| 59 | ======== |
| 60 | |
| 61 | Wird der zweite Parameter in dieser Property, d.h. die Liste der |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 62 | Anleger-IDs, nicht korrekt gesetzt, kann das dazu fuehren, dass |
| 63 | Spieler den hier anlegenden Transporter nicht benutzen koennen, |
| 64 | weil es keine sinnvolle Syntax gibt, um den gewuenschten Zielhafen |
| 65 | zu finden. |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 66 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 67 | Zu achten ist auch darauf, das der erste Eintrag unveraendert in |
| 68 | einer Meldung an den Spieler ausgegeben wird, d.h. Gross-und |
| 69 | Kleinschreibung sollte korrekt sein. |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 70 | |
| 71 | |
| 72 | HISTORIE |
| 73 | ======== |
| 74 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 75 | Frueher war der zweite Eintrag in dieser Property ein einzelner |
| 76 | String. Es existiert eine SetMethode auf dieser Property, die |
| 77 | solche Daten in altem Code auf die neue Datenstruktur umbiegt. Dies |
| 78 | fuehrt dazu, dass bei solchen Objekten die im geladenen Raum |
| 79 | enthaltenen Daten nicht mit den Daten im File uebereinstimmen. Dies |
| 80 | moege aber bitte niemand zum Anlass nehmen, in neuem Code veraltete |
| 81 | Daten in die Property zu schreiben! |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 82 | |
| 83 | |
| 84 | SIEHE AUCH |
| 85 | ========== |
| 86 | |
Zesstra | 6cadc1b | 2018-11-15 22:27:32 +0100 | [diff] [blame] | 87 | Properties: P_NO_TRAVELING, P_TRAVEL_INFO Funktionen: |
| 88 | AddRoute() Spielerbefehle: reise weitere Doku: |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 89 | /d/inseln/schiffe/HowTo |
Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame] | 90 | |
| 91 | |
| 92 | LETZTE AENDERUNG |
| 93 | ================ |
| 94 | |
Zesstra | 0c1a85a | 2018-02-07 23:46:50 +0100 | [diff] [blame] | 95 | 04.02.2018, Arathorn |