Doku fuer sefuns save_object aktualisiert
Speichern in /data/ beschrieben.
Und Manpage fuer restore_object erstellt.
Change-Id: Ia6bc52ff2a2f13b35da698ac458f827433de9fd7
diff --git a/doc/sefun/restore_object b/doc/sefun/restore_object
new file mode 100644
index 0000000..eac5e01
--- /dev/null
+++ b/doc/sefun/restore_object
@@ -0,0 +1,18 @@
+SYNOPSIS
+ mixed restore_object(string name);
+
+BESCHREIBUNG
+ Diese Simul-Efun unterscheidet sich in einigen Details von der
+ Driver-Efun restore_object() (s. auch dort! Wichtig!).
+
+ 1. diese sefun restauriert auch die mit F_SAVE markierten Properties
+ eines Objektes, sofern das Savefile von sefun save_object erstellt
+ wurde (was die efun des Driver nicht tut!).
+ 2. Sofern ein Pfad angegeben wird und dieser NICHT mit /data/ beginnt,
+ wird das Savefile als erstes immer unter /data/+name gesucht. Erst wenn es
+ dort nicht gefunden wird, wird unter name gesucht.
+
+SIEHE AUCH
+ save_object(E), restore_object(E), save_value(E)
+29.01.2017, Zesstra
+
diff --git a/doc/sefun/save_object b/doc/sefun/save_object
index b1743b1..9614685 100644
--- a/doc/sefun/save_object
+++ b/doc/sefun/save_object
@@ -6,14 +6,17 @@
Driver-Efun save_object() (s. auch dort! Wichtig!).
1. diese sefun speichert auch die mit F_SAVE markierten Properties
eines Objektes ab (was die efun des Driver nicht tut!).
- 2. das Format, in dem gespeichert wird, kann bei der sefun nicht
+ 2. Sofern ein Pfad angegeben wird und dieser NICHT mit /data/ beginnt,
+ wird /data/ vorangestellt, d.h. das Savefile wird immer unter /data/
+ erstellt.
+ 3. das Format, in dem gespeichert wird, kann bei der sefun nicht
ausgewaehlt werden (ist aber auch nicht noetig!), sondern ein
mudlib-weiter Standard wird benutzt.
- 3. will man nicht in einem File speichern, sondern das, was im File
+ 4. will man nicht in einem File speichern, sondern das, was im File
stehen wurde, als String zurueckhaben, muss man 0 als 'name'
uebergeben.
SIEHE AUCH
save_object(E), restore_object(E), save_value(E)
-03.08.2007, Zesstra
+29.01.2017, Zesstra