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