Joerg Heinicke wrote:
Hallo Markus,
ich nehme mal an, dass Deutsch kein Problem f�r dich darstellt - das macht die Sache f�r mich auch einfacher ... Die leichte Verz�gerung (immerhin fast 3 Wochen) liegt an den Diplompr�fungen, die ich in dieser Zeit schreiben musste. Bin jetzt bei 1400 ungelesenen Cocoon-Mails.
Aber mal zum Thema: Ja, unsere Firma (www.virbus.de) hat eine L�sung programmiert, mit der Content mit OpenOffice gepflegt werden kann. Der Code geh�rt allerdings nicht mehr uns, so dass ich nicht mehr als den Ablauf beschreiben kann.
Wir standen vor einem �hnlichen Problem, dass der Kunde den Content per Word, zumindest aber WYSIWYG pflegen wollte. Wir haben letztendlich OpenOffice durchgesetzt (der Kostenfaktor hat �berzeugt) und eine Dokumentstrukturierung mittels einer Vorlage vorgegeben. Diese OpenOffice-Datei gef�llt mit Content wird von den Kunden per Webformular hochgeladen. Cocoon entzippt die Datei und legt die verschiedenen XML-Dateien und die enthaltenen Bilder im Dateisystem ab. HTML wird aus den verschiedenen Dateien dann on the fly erzeugt (zu sehen unter www.ekommunen.de die Nachrichten).
Noch ein paar Kommentare: Sehr wichtig ist die Strukturierung der Dokumente. Es reicht nicht nur die Formattierung zu �ndern. Je komplexer die Dateien werden, desto komplizierter werden nat�rlich auch die XSL-Stylesheets. Ich m�chte behaupten, dass auch bei best-strukturiertesten Dokumenten eine geh�rige Portion XSL-Wissen n�tig ist. Es bleibt ja immer noch eine relativ "flache" XML-Datei, sprich mit wenig Hierarchie.
Eine andere Frage bleibt nat�rlich die Umstellung von Word auf OpenOffice. Ich wei� zwar nicht, wie weit fortgeschritten das POI-Projekt (http://jakarta.apache.org/poi/index.html) ist, aber eventuell kann man damit bereits vern�nftiges XML aus Word erzeugen. Es gab auch mal einen POI-Generator in Cocoon - Qualit�t unbekannt. Word-HTML halte ich pers�nlich f�r eine schlechte Idee.
Eine andere Idee w�re noch der vorgeschlagene WYSIWYG-XML-Editor XXE von XMLMind. Allerdings ist das eine noch gr��ere Umstellung f�r Word-Nutzer. Der ist deutlich technik-orientierter und setzt auch ein gewisses XML-Wissen voraus. DTD- oder Schema-getrieben w�rde das Ergebnis aber immerhin sehr strukturiert sein. Bei uns wird der eingesetzt f�r technische Dokumentation mit Docbook. Nicht jeder schreibt gern pures XML, obwohl ich pers�nlich das immer noch bevorzuge.
Ich hoffe, ich konnte dir einen gewissen Einblick geben. Wenn du Fragen hast, stehe ich nat�rlich gern zur Verf�gung. Es gilt eigentlich "nur" abzuw�gen zwischen der Umstellung der 30 Dokumentatoren und dem Aufwand f�r die Implementierung ;-)
J�rg
Markus Vaterlaus wrote:
Hi there,
I'm just facing the same problem as you do. About 30 persons are contributing to our documentation (a single document runs from 10 to 100 pages with about as much graphics in it). Actually all this is done in MS Word. I have the Vision that in the near future all this content will no longer be stored in a proprietary format. Instead of that it will be stored in XML and cocoon will be a good helper to manage and publish this content. However, for me the biggest problem actually is, what kind of alternatives for an editor are existing? All users are mentally bound to Word. They like it's functionality, it's ability to write in WYSIWYG-mode et cetera. Actually I'm thinking about using OpenOffice as an editor. Has anyone of you cocoonistas any experiences or best practices on this behalf (and also on the interaction with cocoon)?
--mv
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
