Update auto-erzeugter Files.
Fuer die Bequemlichkeit von Nutzern, die kein sphinx haben.
Change-Id: Ib49ae3b16fd391b9f89b2297dfcebb1bbc406fc6
diff --git a/doc/lfun/check_restrictions b/doc/lfun/check_restrictions
index e173e8f..1063ec9 100644
--- a/doc/lfun/check_restrictions
+++ b/doc/lfun/check_restrictions
@@ -45,123 +45,112 @@
NIEMALS solchen Code einfach KOPIEREN. Spaeter muss nur irgendwer
eurem alten Code hinterherraeumen.
-Aktuelle Liste der pruefbaren Parameter:
+ Aktuelle Liste der pruefbaren Parameter:
+
P_LEVEL
- Mindeststufe, die das Lebewesen besitzen muss, um die Aktion
- auszufuehren.
-
+ Mindeststufe, die das Lebewesen besitzen muss, um die Aktion
+ auszufuehren.
P_GUILD_LEVEL
- Gildenlevel, das das Lebewesen mindestens erreicht haben muss,
- um die Aktion auszufuehren.
-
+ Gildenlevel, das das Lebewesen mindestens erreicht haben muss, um die
+ Aktion auszufuehren.
SR_SEER
- Ist gesetzt, wenn das Lebewesen Seher sein muss. Auswertung nur
- fuer Interactives, NSC ignorieren das Flag.
-
+ Ist gesetzt, wenn das Lebewesen Seher sein muss.
+ Auswertung nur fuer Interactives, NSC ignorieren das Flag.
P_XP
- Mindestmenge an Erfahrungspunkten, die ein Lebewesen besitzen
- muss, um die Aktion auszufuehren.
-
+ Mindestmenge an Erfahrungspunkten, die ein Lebewesen besitzen muss,
+ um die Aktion auszufuehren.
P_QP
- Mindestmenge an Abenteuerpunkten, die das Lebewesen haben muss.
-
+ Mindestmenge an Abenteuerpunkten, die das Lebewesen haben muss.
P_ALCOHOL
- Menge an Alkohol, unter der der Alkoholspiegel des Lebewesen
- liegen muss, um die Aktion noch ausfuehren zu koennen.
-
+ Menge an Alkohol, unter der der Alkoholspiegel des Lebewesen liegen
+ muss, um die Aktion noch ausfuehren zu koennen.
P_DRINK
- Menge an Fluessigkeit, unter der der Fluessigkeitsspiegel des
- Lebewesen liegen muss, um die Aktion noch ausfuehren zu koennen.
-
+ Menge an Fluessigkeit, unter der der Fluessigkeitsspiegel des
+ Lebewesen liegen muss, um die Aktion noch ausfuehren zu koennen.
P_FOOD
- Beinhaltet die Menge an Nahrung, unter der der Nahrungsspiegel
- des Spielers liegen muss, um die Aktion noch ausfuehren zu
- koennen.
-
+ Beinhaltet die Menge an Nahrung, unter der der Nahrungsspiegel des
+ Spielers liegen muss, um die Aktion noch ausfuehren zu koennen.
P_DEAF
- Ist gesetzt, falls der Spieler nicht taub sein darf.
-
+ Ist gesetzt, falls der Spieler nicht taub sein darf.
P_FROG
- Ist gesetzt, falls der Spieler kein Frosch sein darf.
-
+ Ist gesetzt, falls der Spieler kein Frosch sein darf.
P_BLIND
- Ist gesetzt, falls der Spieler nicht blind sein darf. Achtung:
- das ist nicht gleichbedeutend mit dem Umstand, dass er evtl.
- nichts mehr sehen kann. Auch andere Gruende (zum Beispiel
- Dunkelheit) koennen bewirken, dass ein Spieler nichts mehr
- sieht.
-
+ Ist gesetzt, falls der Spieler nicht blind sein darf.
+ Achtung: das ist nicht gleichbedeutend mit dem Umstand, dass er evtl.
+ nichts mehr sehen kann. Auch andere Gruende (zum Beispiel Dunkelheit)
+ koennen bewirken, dass ein Spieler nichts mehr sieht.
A_INT, A_DEX, A_CON, A_STR
- Jeweilige Mindesthoehe eines Attribut, um eine Aktion ausfuehren
- zu koennen.
-
+ Jeweilige Mindesthoehe eines Attribut, um eine Aktion ausfuehren zu
+ koennen.
SR_BAD, SR_GOOD
- Gibt an, wie [minimal] boese bzw. wie [maximal] gut ein
- Charakter sein darf, um eine Aktion ausfuehren zu koennen.
-
+ Gibt an, wie [minimal] boese bzw. wie [maximal] gut ein Charakter sein
+ darf, um eine Aktion ausfuehren zu koennen.
SR_MIN_SIZE, SR_MAX_SIZE
- Gibt die minimale, bzw. die maximale Groesse an, die ein
- Charakter maximal haben darf, um eine Aktion ausfuehren zu
- koennen.
-
+ Gibt die minimale, bzw. die maximale Groesse an, die ein Charakter
+ maximal haben darf, um eine Aktion ausfuehren zu koennen.
SR_FREE_HANDS
- Gibt an, wieviele freie Haende ein Charakter fuer diese Aktion
- besitzen muss.
-
+ Gibt an, wieviele freie Haende ein Charakter fuer diese Aktion
+ besitzen muss.
SR_EXCLUDE_RACE
- Mitglieder aller in dieser Liste aufgefuehrten Rassen koennen
- diese Aktion nicht ausfuehren.
-
+ Mitglieder aller in dieser Liste aufgefuehrten Rassen koennen
+ diese Aktion nicht ausfuehren.
SR_INCLUDE_RACE
- Mitglieder aller NICHT in dieser Liste aufgefuehrten Rassen
- koennen diese Aktion nicht ausfuehren.
-
+ Mitglieder aller NICHT in dieser Liste aufgefuehrten Rassen koennen
+ diese Aktion nicht ausfuehren.
SM_RACE
- Hier kann pro Rasse ein Mapping mit besonderen (nur) fuer diese
- Rasse geltenden Einschraenkungen vorgenommen werden. Als Keys
- sind die in dieser Manpage beschriebenen Keys erlaubt, wobei
- SM_RACE nicht rekursiv ausgewertet wird. Der Rassenname ist
- gross geschrieben und "*" steht fuer alle Rassen.
-
- SR_EXCLUDE_GUILD SR_INCLUDE_GUILD
-
- Diese beiden Keys verhalten sich wie SR_*_RACE, nur dass hier
- Gilden genannt werden.
-
+ Hier kann pro Rasse ein Mapping mit besonderen (nur) fuer diese Rasse
+ geltenden Einschraenkungen vorgenommen werden. Als Keys sind die
+ in dieser Manpage beschriebenen Keys erlaubt, wobei SM_RACE nicht
+ rekursiv ausgewertet wird.
+ Der Rassenname ist gross geschrieben und "*" steht fuer alle Rassen.
+ SR_EXCLUDE_GUILD
+ SR_INCLUDE_GUILD
+ Diese beiden Keys verhalten sich wie SR_*_RACE, nur dass hier Gilden
+ genannt werden.
SR_FUN
- Hier kann eine Funktion in verschiedenen Formen zum Pruefen der
- Restriktionen angegeben werden, siehe execute_anything(). Das
- kann nuetzlich sein, um andere Restriktionen zu pruefen, wie das
- Bestehen von Miniquests oder andere Faehigkeiten/Flags. Ist der
- Test nicht bestanden, gibt die Funktion einen String zurueck.
+ Hier kann eine Funktion angegeben werden, die aufgerufen wird, um sie
+ die Restriktionen zu pruefen zu lassen. Folgende Formen sind moeglich:
+ - Funktionsname als String; Funktion wird an dem Objekt gerufen, das
+ die Restriktion prueft, d.h. an der Ruestung/Waffe/Kleidung. Soll
+ die Funktion an einem anderen Objekt gerufen werden, ist eine
+ der beiden alternativen Formen zu verwenden.
+ - eine Closure, wird per funcall() gerufen
+ - ein Array mit dem folgenden Aufbau:
+ ({ Objekt/Objektname, Funktionsname, arg_1, arg_2, ... , arg_n })
+ Der aufgerufenen Funktion wird das Spielerobjekt immer als erstes
+ Argument uebergeben, d.h. bei der Array-Form ggf. vor dem ersten
+ Extra-Argument arg_1 eingeschoben.
+ SR_FUN kann nuetzlich sein, um Restriktionen zu pruefen, die sich mit
+ den anderen Optionen nicht abbilden lassen.
+ Ist der Test nicht bestanden, muss die Funktion einen String zurueck-
+ geben, ansonsten 0.
+ Eine Besonderheit besteht beim Aufruf per call_other(), d.h. wenn
+ restriction_checker.c nicht geerbt wurde und nur ein Funktionsname
+ uebergeben wird. In diesem Fall, der auch bei Verwendung von
+ P_RESTRICTIONS zum Tragen kommt, wird die Funktion immer am
+ aufrufenden Objekt, d.h. previous_object(), gerufen.
SR_PROP
- Hier kann ein Mapping mit Properties und zugehoerigen Werten
- angegeben werden, die jeweils auf Identitaet geprueft werden.
- Zusaetzlich sollte eine Meldung angegeben werden, die als
- Fehlermeldung ausgegeben wird, wenn der Spieler die Bedingung
- nicht erfuellt. Es sollte immer eine passende Meldung fuer den
- Spieler eingebaut werden. Beispiel: ([ SR_PROP:
- ([P_AUSGANG_ENTDECKT: 1; "Dein Schwert fluestert "
-
- "veraergert: Ich werde Dir erst dann zu Diensten sein, wenn
- Du " "Dich als wuerdig erwiesen hast!"]) ])
-
- Aufgrund der Meldung wird empfohlen, SR_PROP nicht in
- Restriktionen einzusetzen, die massenweise in Savefiles landen
- (z.B. Spielersavefiles).
-
+ Hier kann ein Mapping mit Properties und zugehoerigen Werten angegeben
+ werden, die jeweils auf Identitaet geprueft werden. Zusaetzlich sollte
+ eine Meldung angegeben werden, die als Fehlermeldung ausgegeben wird,
+ wenn der Spieler die Bedingung nicht erfuellt. Es sollte immer eine
+ passende Meldung fuer den Spieler eingebaut werden. Beispiel:
+ ([ SR_PROP: ([P_AUSGANG_ENTDECKT: 1; "Dein Schwert fluestert "
+ "veraergert: Ich werde Dir erst dann zu Diensten sein, wenn Du "
+ "Dich als wuerdig erwiesen hast!"]) ])
+ Aufgrund der Meldung wird empfohlen, SR_PROP nicht in Restriktionen
+ einzusetzen, die massenweise in Savefiles landen (z.B.
+ Spielersavefiles).
SR_QUEST
- Hier kann ein String-Array mit den Namen (Keys) der Quest(s)
- angegeben werden, die der Spieler bestanden haben muss, um die
- Aktion ausfuehren zu koennen.
-
+ Hier kann ein String-Array mit den Namen (Keys) der Quest(s) angegeben
+ werden, die der Spieler bestanden haben muss, um die Aktion ausfuehren
+ zu koennen.
SQ_MINIQUEST
- Hier kann entweder ein String-Array mit den Ladenamen der
- vergebenden Objekte oder ein Int-Array mit den Index-Nummern
- (IDs) der Miniquest(s) (empfohlen!) angegeben werden, die der
- Spieler bestanden haben muss, um die Aktion ausfuehren zu
- koennen.
+ Hier kann entweder ein String-Array mit den Ladenamen der vergebenden
+ Objekte oder ein Int-Array mit den Index-Nummern (IDs) der
+ Miniquest(s) (empfohlen!) angegeben werden, die der Spieler bestanden
+ haben muss, um die Aktion ausfuehren zu koennen.
BEISPIELE