Automatisch erzeugte Manpages.
Damit nicht jeder sphinx auf dem Rechner haben muss,
behalten wir bis auf weiteres die aus den .rst
erzeugten Manpoages auch im Repo.
Change-Id: Id556c0d11cf5f79659d8350952ce1c014d81ea44
diff --git a/doc/lfun/create_super b/doc/lfun/create_super
index 14725a6..101531f 100644
--- a/doc/lfun/create_super
+++ b/doc/lfun/create_super
@@ -1,49 +1,75 @@
+
create_super()
+**************
-FUNKTION:
- protected void create_super();
-DEFINIERT IN:
- allen Standardobjekten
+FUNKTION
+========
-ARGUMENTE:
- keine
+ protected void create_super();
-BESCHREIBUNG:
- Diese Funktion wird immer dann aufgerufen, wenn ein Objekt implizit durch
- ein 'inherit' in einem erbenden Objekte geladen wird.
- Normalweise muss man dieses so geladene Objekte nicht konfigurieren, weil
- nur das Programm dieses Objektes fuer die erbenden Objekte interessant
- ist, nicht seine Daten.
- Was hier aber z.B. sinnvoll ist, ist das Abschalten des Resets, denn ein
- Objekt, was nur dazu dient, dass es von anderen geerbt wird, braucht
- keinen Reset, auch wenn es ein reset() definiert (was in erbenden Objekte
- benutzt wird).
- Die create_super() in den Standardobjekten tun momentan genau dieses.
-RUeCKGABEWERT:
- keiner
+DEFINIERT IN
+============
-BEMERKUNGEN:
- Wenn ihr von /std/ erbt, braucht ihr euch in aller Regel um diese
- Funktion keine Gedanken machen.
- Ihr koennt diese Funktion aber in Objekten selber definieren, die nur zum
- Erben gedacht sind. Dies kann sinnvoll ein, wenn ihr nicht von /std/ erbt
- und ein reset() im Objekt habt oder was machen wollt, was ueber das
- Abschalten des Resets hinausgeht.
+ allen Standardobjekten
-BEISPIELE:
- Gegeben sei folgende Vererbungskette:
- /std/room -> /d/inseln/zesstra/stdraum -> /d/inseln/zesstra/raum
- Wird nun 'raum' geladen und 'stdraum' ist noch nicht geladen, wird der
- Driver implizit von selbst 'stdraum' laden (weil 'raum' das Programm von
- 'stdraum' braucht). Bei diesem Laden wird das create() in 'stdraum' nicht
- ausgefuehrt, sondern stattdessen create_super().
-
-SIEHE AUCH:
- create(L), reset(L)
- hook(C), create(H), create_ob(H), create_super(H, reset(H)
- create(A), reset(A)
-----------------------------------------------------------------------------
+ARGUMENTE
+=========
+
+ keine
+
+
+BESCHREIBUNG
+============
+
+ Diese Funktion wird immer dann aufgerufen, wenn ein Objekt implizit durch
+ ein 'inherit' in einem erbenden Objekte geladen wird.
+ Normalweise muss man dieses so geladene Objekte nicht konfigurieren, weil
+ nur das Programm dieses Objektes fuer die erbenden Objekte interessant
+ ist, nicht seine Daten.
+ Was hier aber z.B. sinnvoll ist, ist das Abschalten des Resets, denn ein
+ Objekt, was nur dazu dient, dass es von anderen geerbt wird, braucht
+ keinen Reset, auch wenn es ein reset() definiert (was in erbenden Objekte
+ benutzt wird).
+ Die create_super() in den Standardobjekten tun momentan genau dieses.
+
+
+RUeCKGABEWERT
+=============
+
+ keiner
+
+
+BEMERKUNGEN
+===========
+
+ Wenn ihr von /std/ erbt, braucht ihr euch in aller Regel um diese
+ Funktion keine Gedanken machen.
+ Ihr koennt diese Funktion aber in Objekten selber definieren, die nur zum
+ Erben gedacht sind. Dies kann sinnvoll ein, wenn ihr nicht von /std/ erbt
+ und ein reset() im Objekt habt oder was machen wollt, was ueber das
+ Abschalten des Resets hinausgeht.
+
+
+BEISPIELE
+=========
+
+ Gegeben sei folgende Vererbungskette:
+ /std/room -> /d/inseln/zesstra/stdraum -> /d/inseln/zesstra/raum
+
+ Wird nun 'raum' geladen und 'stdraum' ist noch nicht geladen, wird der
+ Driver implizit von selbst 'stdraum' laden (weil 'raum' das Programm von
+ 'stdraum' braucht). Bei diesem Laden wird das create() in 'stdraum' nicht
+ ausgefuehrt, sondern stattdessen create_super().
+
+
+SIEHE AUCH
+==========
+
+ create(L), reset(L)
+ hook(C), create(H), create_ob(H), create_super(H, reset(H)
+ create(A), reset(A)
+
22.10.2007, Zesstra