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