X-Git-Url: http://wagnertech.de/git?a=blobdiff_plain;f=doc%2Fhtml%2Fch02s13.html;h=282c26f99fa513fc530f5405489e9922c5e44afa;hb=def4a030c8823e1cf3ebbe9291b532223a20e9d2;hp=92b355538edf1e52f3734dbe9c553e8f82012be5;hpb=06cb6b127be7185927c6a3b32d16295d55e162ea;p=kivitendo-erp.git diff --git a/doc/html/ch02s13.html b/doc/html/ch02s13.html index 92b355538..282c26f99 100644 --- a/doc/html/ch02s13.html +++ b/doc/html/ch02s13.html @@ -1,8 +1,64 @@
-Nach erfolgreicher Installation ist der Loginbildschirm unter - folgender URL erreichbar:
- http://localhost/lx-office-erp/login.pl -
Die Administrationsseite erreichen Sie unter:
kivitendo unterstützt die Verwendung von Vorlagen im
+ OpenDocument-Format, wie es OpenOffice.org ab Version 2 erzeugt.
+ kivitendo kann dabei sowohl neue OpenDocument-Dokumente als auch aus
+ diesen direkt PDF-Dateien erzeugen. Um die Unterstützung von
+ OpenDocument-Vorlagen zu aktivieren muss in der Datei
+ config/kivitendo.conf
die Variable
+ opendocument
im Abschnitt
+ print_templates
auf â1
â stehen.
+ Dieses ist die Standardeinstellung.
Während die Erzeugung von reinen OpenDocument-Dateien keinerlei + weitere Software benötigt, wird zur Umwandlung dieser Dateien in PDF + OpenOffice.org benötigt. Soll dieses Feature genutzt werden, so muss + neben OpenOffice.org ab Version 2 auch der âX virtual frame bufferâ + (xvfb) installiert werden. Bei Debian ist er im Paket âxvfbâ enthalten. + Andere Distributionen enthalten ihn in anderen Paketen.
Nach der Installation müssen in der Datei
+ config/kivitendo.conf
zwei weitere Variablen
+ angepasst werden: openofficeorg_writer
muss den
+ vollständigen Pfad zur OpenOffice.org Writer-Anwendung enthalten.
+ xvfb
muss den Pfad zum âX virtual frame bufferâ
+ enthalten. Beide stehen im Abschnitt
+ applications
.
Zusätzlich gibt es zwei verschiedene Arten, wie kivitendo mit
+ OpenOffice kommuniziert. Die erste Variante, die benutzt wird, wenn die
+ Variable $openofficeorg_daemon
gesetzt ist, startet
+ ein OpenOffice, das auch nach der Umwandlung des Dokumentes gestartet
+ bleibt. Bei weiteren Umwandlungen wird dann diese laufende Instanz
+ benutzt. Der Vorteil ist, dass die Zeit zur Umwandlung deutlich
+ reduziert wird, weil nicht für jedes Dokument ein OpenOffice gestartet
+ werden muss. Der Nachteil ist, dass diese Methode Python und die
+ Python-UNO-Bindings benötigt, die Bestandteil von OpenOffice 2
+ sind.
![]() | Anmerkung |
---|---|
+ Für die Verbindung zu OpenOffice wird normalerweise der Python-Interpreter
+ Zusätzlich ist es möglich, Pfade anzugeben, in denen Python neben seinen normalen Suchpfaden ebenfalls nach Modulen gesucht wird,
+ z.B. falls sich diese in einem gesonderten OpenOffice-Verzeichnis befinden. Diese zweite Variable heiÃt
+ |
Ist $openofficeorg_daemon
nicht gesetzt, so
+ wird für jedes Dokument OpenOffice neu gestartet und die Konvertierung
+ mit Hilfe eines Makros durchgeführt. Dieses Makro muss in der
+ Dokumentenvorlage enthalten sein und
+ âStandard.Conversion.ConvertSelfToPDF()â heiÃen. Die Beispielvorlage
+ âtemplates/mastertemplates/German/invoice.odt
â
+ enthält ein solches Makro, das in jeder anderen Dokumentenvorlage
+ ebenfalls enthalten sein muss.
Als letztes muss herausgefunden werden, welchen Namen
+ OpenOffice.org Writer dem Verzeichnis mit den Benutzereinstellungen
+ gibt. Unter Debian ist dies momentan
+ ~/.openoffice.org2
. Sollte der Name bei Ihrer
+ OpenOffice.org-Installation anders sein, so muss das Verzeichnis
+ users/.openoffice.org2
entsprechend umbenannt werden.
+ Ist der Name z.B. einfach nur .openoffice
, so wäre
+ folgender Befehl auszuführen:
+ mv users/.openoffice.org2
+ users/.openoffice
+
Dieses Verzeichnis, wie auch das komplette
+ users
-Verzeichnis, muss vom Webserver beschreibbar
+ sein. Dieses wurde bereits erledigt (siehe Manuelle Installation des Programmpaketes), kann aber
+ erneut überprüft werden, wenn die Konvertierung nach PDF
+ fehlschlägt.