[de-discuss] Doku bearbeiten - war: Nachbearbeitung Kapitel 09 Writer Arbeiten mit Tabellen

Hallo zusammen,
Am 12.04.2017 um 16:15 schrieb Jochen Schiffers:
> 1) Ich arbeite seit der "Geburt" von LO an dessen deutschsprachigen
> Handbüchern (und stamme noch von der "OOO"-Urzeit).

+1

> 2) Zu Beginn der LO-Handbuch-Erstellungszeit gab es relativ viele
> Autoren - kurzfristig und mittelfristig. Damals haben wir unter
> "schweren" Wehen für einen Weg der Handbucherstellung entschieden:
> Übersetzung im Wiki und Koordination in ODF Authors. Dies ging so
> leidlich. Die Vorgehensweise wurde dann im Wiki dokumentiert
> ("QM"-Gedanke) und liegt dort nach wie vor.

Immerhin hatten wir es geschafft (trotz vieler Unkenrufe).

[...]

> 8) Jetzt stellt sich die Frage: wie verfahren wie weiter? "Damals"
> hatten wir eine monatelange Diskussion nach dem besten Weg. Eine
> diesbezügliche erneute Diskussion würde ich gerne vermeiden. Ich weiß,
> dass es viele (gute) Möglichkeiten gibt. ABER ich glaube, dass es am
> besten ist, wenn
> a) wir im Wiki dokumentieren, wer gerade an welchem Handbuch arbeitet.
> b) der Autor mir per PM das Handbuch schickt, ich drüber schaue und
> veröffentliche.

Ich könnte mir LibO Online vorstellen.
Ich habe mal zum Testen einen Ordner für Calc in der Testumgebung von 
Collabora erstellt (und hoffe, dass ich den am Wochenende etwas 
konkretisieren kann).
https://demo.collaboracloudsuite.com/tdfnextcloud/index.php/s/9Pyxx4y9p85LKmb

Bisher gibt es da aber noch ein paar Unzulänglichkeiten, so dass das für 
uns noch nicht produktiv ist:
- Ist in Englisch (also auch englische Schreibweisen/Funktionen: "5.31" 
anstelle von "5,31" in Calc etc.)
- Die Daten können theoretisch jederzeit wieder weg sein, da Collabora 
noch daran testet.
- Nicht der volle LibO-Umfang, e.g. keine Kommentarfunktionen etc.
- (bisher) keine Sicherungsfunktionen: Wenn jemand die Daten löscht oder 
zerstört, sind sie weg.

Vorteil ist:
+ Bearbeitung und Stand für alle sichtbar
+ Dokumente können auch ausgewechselt werden
+ es können mehrere an einem Kapitel/Buch arbeiten auch direkt im 
Dokument (ähnlich Wiki)
+ alle Daten für das Handbuch/Kapitel sind zentral verfügbar

> 9) Ein "Problem" sind  Kommentare/Verbesserungsvorschläge.

[...]

> Aber die
> Erfahrung aus den letzten Jahren hat gezeigt, dass es am effektivsten
> ist, wenn eine Person die Koordination steuert. Analog macht Robert auch
> sein Ding mit dem Base-Handbuch. Dies ist am effektivsten.

Weil es das von ihm geschriebene Handbuch ist.

> 10) Übersetzung der englischen Handbücher. Es hat sich herausgestellt,
> dass die zeitnahe Übersetzung der englischen Handbücher weder
> zielführend noch machbar ist. Deswegen gehen die deutschsprachigen
> Handbücher ihren eigenen Weg. Natürlich kann/soll auf die englischen
> Handbücher geschaut werden. Aber dies ist sehr mühselig.

Naja, das Problem ist eher, dass wir die neuen Funktionen nicht selber 
einarbeiten (können) und dass die Releasezyklen extrem frustrierend für 
die Doku sind. Und dann (fast) jeder aufgibt.

> 11) IMHO wäre es ideal, wenn innerhalb eines Zweitraumes von zwei Jahren
> alle Handbücher (außer dem Base-Handbuch) überarbeitet werden bzw.
> überprüft wird, was veraltet ist bzw. was neu dazu gekommen ist.

Dazu müssten sie erst mal komplett (Impress, Draw) und ordentlich (Calc) 
da sein.
Aber Du hast recht. Ein Zeitraum von 2 Jahren für ein Handbuch könnten 
wir anstreben.
Sehr hilfreich sind auch die Videos, die FAQ und Ask.

> 12) IMHO sollten im Handbuch "Erste Schritte" die Kapitel der einzelnen
> LO-Komponenten entfernt werden, da dies unnötig ist bzw. eine
> Zeitverschwendung darstellt, sich die Mühe zu machen, im Handbuch "Erste
> Schritte" Sachen auszusuchen, die (kurz) beschrieben werden sollen, und
> dann im eigentlichen Handbuch der LO-Komponente dies noch einmal zu
> wiederholen bzw. zu vertiefen.

Das Problem ist:
Du brauchst eine Einführungshilfe für neue User und ein tiefer gehendes 
Handbuch. Also kannst Du das eine nicht weglassen.

Vielleicht sollten wir zu dem Konzept der Kurzanleitungen übergehen.
Also: das ES-Handbuch zerlegen in "Kurzeinführung LibO" - 
"Kurzeinführung Writer" - "Kurzeinführung Calc" etc.
Die wird so versionsunabhängig wie möglich gehalten. Dazu könnten wir 
immer einen Abschnitt machen: "Neue Features" und das nehmen wir aus dem 
Wiki:
https://wiki.documentfoundation.org/ReleaseNotes/5.2/de
Dann kann es Anleitungen auch von unterschiedlichen Versionszyklen zu 
den einzelnen Modulen geben.

Abschluss:
Insgesamt würde ich nicht viel diskutieren:
Diejenigen, die die Arbeit machen, organisieren das so, dass es für sie 
funktioniert. Und wenn es für unterschiedliche Handbücher 
unterschiedliche Konzepte gibt, ist das auch ok. *) (siehe 
Wiki-Übersetzung. Ich gebe es zu, dass ich immer noch stolz darauf bin, 
dass wir das so geschafft haben).
Es muss lediglich dokumentiert (im Wiki) sein, wie und was für das 
jeweilige Handbuch gerade gemacht wird und wer zuständig ist.

Und ich bin froh und dankbar, wenn Du, Jochen, die Handbücher weiter 
koordinieren wirst. Und es wird hoffentlich niemand ernsthaft erwarten, 
dass einer der Freiwilligen immer und sofort präsent ist (außer er zahlt 
dem Freiwilligen dafür ;-) ).

*) Mich irritiert/ärgert immer wieder, dass bei den Videos von Harald 
regelmäßig darauf herumgehackt wird, dass der Sprech maschinell ist. 
Aber bisher ist noch keiner gekommen und hat es selber gemacht. Wenn wir 
darauf warten würden, hätten wir bis heute maximal ein Video.
Ich freue mich über jedes neue Video, Kapitel, das jemand beiträgt.

--
Grüße
k-j

Member of TheDocumentFoundation
https://www.documentfoundation.org/governance/members/
https://de.libreoffice.org
https://wiki.documentfoundation.org/

--
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert