Gesammelte Update von autogenerierter Doku.
Change-Id: If453f1dd933c092c12ca0b5b2667dbd64ca246f8
diff --git a/doc/props.index b/doc/props.index
index 938833b..c36d8e9 100644
--- a/doc/props.index
+++ b/doc/props.index
@@ -1,4 +1,3 @@
-
Properties
**********
@@ -59,17 +58,16 @@
Aus dem Schema laesst sich Folgendes erkennen
- * beim Setzen und Abfragen wird der Wert einer Methode
- uebergeben, die den Wert zurueckgibt oder ggf. die Aenderungen
- vornimmt
+ * beim Setzen und Abfragen wird der Wert einer Methode uebergeben,
+ die den Wert zurueckgibt oder ggf. die Aenderungen vornimmt
* ein direkter Zugriff auf den Wert der ist ebenfalls moeglich,
sollte aber nicht der Normalfall sein, da die Methoden
Nebeneffekte erzeugen
- * in bestimmten Faellen kann man den aeusserlich aendernden
- Zugriff vollkommen unterbinden (NOSETMETHOD, PROTECT) (VORSICHT
- bei mappings/arrays, diese werden bei QueryProp() als Referenz
+ * in bestimmten Faellen kann man den aeusserlich aendernden Zugriff
+ vollkommen unterbinden (NOSETMETHOD, PROTECT) (VORSICHT bei
+ mappings/arrays, diese werden bei QueryProp() als Referenz
zurueckgegeben, sind also so aenderbar)
@@ -88,8 +86,8 @@
* Direkter Zugriff
- * "mixed Set(<name>, <wert>, <interpretation>)" wird genutzt,
- um eines der folgenden zu setzen:
+ * "mixed Set(<name>, <wert>, <interpretation>)" wird genutzt, um
+ eines der folgenden zu setzen:
* den normalen Wert (aber fast immer besser: SetProp()
verwenden!)
@@ -98,8 +96,8 @@
* ein Flag/Modus: Speicherstatus/Zugriffsschutz
- * "mixed Query(<name>, <interpretation>)" fragt fuer <name>
- einen <wert> ab
+ * "mixed Query(<name>, <interpretation>)" fragt fuer <name> einen
+ <wert> ab
* den normalen Wert (aber fast immer besser: QueryProp()
verwenden!)
@@ -120,8 +118,8 @@
* Vorteile
- * so kann man Daten, die schnell verfuegbar sein muessen,
- (bei denen also Effizienz gegen SetProp/QueryProp spricht)
+ * so kann man Daten, die schnell verfuegbar sein muessen, (bei
+ denen also Effizienz gegen SetProp/QueryProp spricht)
trotzdem nach aussen einheitlich zugreifbar machen
* Nachteile
@@ -133,9 +131,9 @@
* Set/Query gehen wie auch bei Methoden an _set_*/_query_*
vorbei
- * dieses Verhalten sollte der Mudlib vorbehalten bleiben,
- fuer eigene Prueffunktionen (wird etwas gesetzt/abgefragt)
- bzw. Aenderungen sollte man Methoden
+ * dieses Verhalten sollte der Mudlib vorbehalten bleiben, fuer
+ eigene Prueffunktionen (wird etwas gesetzt/abgefragt) bzw.
+ Aenderungen sollte man Methoden
(F_SET_METHOD/F_QUERY_METHOD) benutzen