| Zesstra | 953f997 | 2017-02-18 15:37:36 +0100 | [diff] [blame^] | 1 | |
| 2 | AddReadDetail() |
| 3 | *************** |
| 4 | |
| 5 | |
| 6 | FUNKTION |
| 7 | ======== |
| 8 | |
| 9 | void AddReadDetail(string|string*keys, |
| 10 | string|string*|mapping|closure desc); |
| 11 | |
| 12 | |
| 13 | DEFINIERT IN |
| 14 | ============ |
| 15 | |
| 16 | /std/thing/description.c |
| 17 | |
| 18 | |
| 19 | ARGUMENTE |
| 20 | ========= |
| 21 | |
| 22 | keys |
| 23 | String oder Array von Strings mit den Namen der Details. |
| 24 | desc |
| 25 | String, Mapping, String-Array oder Closure mit/zur Beschreibung. |
| 26 | |
| 27 | |
| 28 | BESCHREIBUNG |
| 29 | ============ |
| 30 | |
| 31 | Die Beschreibung der Details <keys> wird gesetzt. Wie die Details |
| 32 | beim Lesen ausgegeben werden, haengt im wesentlichen vom Typ der |
| 33 | Beschreibung <desc> ab: |
| 34 | <desc> ist ein String. |
| 35 | Beim Lesen wird dieser String zurueckgegeben. |
| 36 | <desc> ist ein String-Array. |
| 37 | Beim Lesen wird zufaellig einer der Strings zurueckgegeben. |
| 38 | <desc> ist ein Mapping. |
| 39 | Das Mapping muss folgenden Aufbau haben: |
| 40 | ([0: "Defaulttext", |
| 41 | "rasse1": "r1text", ...]). |
| 42 | |
| 43 | Falls fuer die Rasse des das Detail untersuchenden Spielers ein |
| 44 | Eintrag im Mapping existiert, wird der entsprechende Text |
| 45 | zurueckgegeben, ansonsten der Defaulttext. Auf diese Weise sind |
| 46 | rassenabhaengige Texte moeglich. |
| 47 | <desc> ist eine Closure. |
| 48 | In diesem Fall wird die Closure ausgefuehrt und das Ergebnis |
| 49 | zurueckgegeben. Die Closure bekommt dabei den Namen des Details |
| 50 | als Parameter uebergeben. |
| 51 | |
| 52 | Fuer lesbare Details koennen Forscherpunkte eingetragen werden. |
| 53 | |
| 54 | Will man ein lesbares Detail an einem Objekt haben, welches der Spieler |
| 55 | mit "lies <id>" (<id> ist eine ID des Objekts) bekommt, muss man ein |
| 56 | Detail SENSE_DEFAULT hinzufuegen. |
| 57 | (Ein Detail "<id>" hinzuzufuegen, hat einen ganz anderes Effekt! Dieses |
| 58 | wuerde vom Spieler mit "lies <id> an <id>" gelesen werden und ist |
| 59 | meistens nicht das, was gewuenscht wird.) |
| 60 | |
| 61 | |
| 62 | BEMERKUNGEN |
| 63 | =========== |
| 64 | |
| 65 | (1) Auf die 'desc' wird kein process_string() mehr angewendet. |
| 66 | Bitte stattdessen lfun closures bzw. 'inline closures' |
| 67 | verwenden. |
| 68 | |
| 69 | (2) Im Gegensatz zum Verhalten von AddTouchDetail(), AddSmells() und |
| 70 | AddSounds() wirkt ein SENSE_DEFAULT-Detail in einem Raum nicht. |
| 71 | Ein einfaches "lies" bleibt dann ohne Rueckgabewert. |
| 72 | |
| 73 | |
| 74 | BEISPIELE |
| 75 | ========= |
| 76 | |
| 77 | AddReadDetail( ({ "schild" }), |
| 78 | "BETRETEN STRENGSTENS VERBOTEN!\n" ); |
| 79 | |
| 80 | AddReadDetail("inschrift", |
| 81 | ([0: "Dort steht: Ein Ring sie zu binden. ....\n", |
| 82 | "elf": "Alles in dir straeubt sich, DAS DA zu lesen.\n"])); |
| 83 | |
| 84 | AddReadDetail("regeln", |
| 85 | function string() { |
| 86 | this_player()->More("/etc/WIZRULES", 1); |
| 87 | return ""; |
| 88 | }); |
| 89 | |
| 90 | |
| 91 | SIEHE AUCH |
| 92 | ========== |
| 93 | |
| 94 | Setzen: AddDetail(), AddSmells(), AddSounds(), |
| 95 | AddTouchDetail() |
| 96 | Loeschen: RemoveDetail(), RemoveReadDetail(), RemoveSmells(), |
| 97 | RemoveSounds(), RemoveTouchDetail() |
| 98 | Daten: P_DETAILS, P_READ_DETAILS, P_SMELLS, P_SOUNDS, P_TOUCH_DETAILS |
| 99 | Veraltet: AddSpecialDetail(), RemoveSpecialDetail(), P_READ_MSG |
| 100 | Sonstiges: GetDetail(), break_string() |
| 101 | |
| 102 | 20.01.2015, Zesstra |