Re: Content editor [was: Re: A note about the "best(?) (cocoon-)development environment" ...]

[Joerg Heinicke]

Sorry, this mail shouldn't go to the list, but to Markus Vaterlaus.

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]

Re: Content editor [was: Re: A note about the "best(?) (cocoon-)development environment" ...]

[Joerg Heinicke]

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

Am Samstag, 08.02.03 um 20:28 Uhr schrieb Robert Simmons:




The only other comment I have is that I'm still searching for a content
editor for Static XML. I'm currently investigating using adobe 
FrameMaker.
The idea being that I would have a WYSIWYG way of editing documents 
that any
one of my clients could use and I could write XSLT processors to 
convert that
to the web format using cocoon. Right now the current XML editors are too
primitive. Usable for a programmer but for a corporate document 
jockey, no
chance.

-- Robert




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Content editor [was: Re: A note about the "best(?) (cocoon-) development environment" ...]

[Conal Tuohy]

Markus Vaterlaus wrote:

> 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

If you can get your users to save their docs (from Word) in HTML format,
then Cocoon can read it with the HTMLGenerator. Perhaps a little VB macro
might help to automate the File/SaveAs/HTML operation, to ensure that Word's
proprietary format isn't used by mistake.

Cheers

Con



-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Content editor [was: Re: A note about the "best(?) (cocoon-) development environment" ...]

[Markus Vaterlaus]

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


Am Samstag, 08.02.03 um 20:28 Uhr schrieb Robert Simmons:





The only other comment I have is that I'm still searching for a content
editor for Static XML. I'm currently investigating using adobe 
FrameMaker.
The idea being that I would have a WYSIWYG way of editing documents 
that any
one of my clients could use and I could write XSLT processors to 
convert that
to the web format using cocoon. Right now the current XML editors are 
too
primitive. Usable for a programmer but for a corporate document 
jockey, no
chance.

-- Robert




-
Please check that your question  has not already been answered in the
FAQ before posting. 

To unsubscribe, e-mail: <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>