Hallo Martin,
Kommentare innendrin.
Martin Jenniges schrieb:
Guten Tag,
nachfolgend will ich berichten, wie ich erfolgreich die content.xml aus
einer entpackten odt erfolgreich bearbeitete.
Die Vorgeschichte:
ich arbeite in einer kleinen Druckerei. da drucken wir auch Loskarten
und Ziehnummern am Laserdrucker. bisher habe ich ein anderes Programm
zur Erstellung der Nummern genutzt; weil dieses aber seit der
Anschaffung eines neuen Computers Fehler produzierte, steige ich derzeit
auf OpenOffice und deren Seriendruckfunktion um.
Zu erstellen war ein SRA-Dokument (d i 450 mm x 320 mm) mit Hundert
verschiedenen Nummern welche 5 führende Nullen habe, so 00001, 00150 usw.
Nachdem ich die notwendige Tabelle mit der Einstellung Führende nullen:
5 in Calc erstellt hatte; erstellte ich in Writer das Dokument mit den
Nummernplatzhalter via dessen Seriendruckfunktion.
Nachdem ich alle Nummern fertig eingeführt hatte, erfolgte der erste
Probedruck und da waren keine führenden nullen drin :-(
bei der Suche nach Formatierungsmöglichkeit fand ich bei Doppeldruck auf
den Platzhalter unten recht im sich öffnenden Fenster: Formatierung mit
Standardeinstellung "aus Datenbankl". man kann auch benutzerdefiniert
einstellen und weiter im Pulldownmenü "weitewre Formate" wählen; dann
kriegt man ein Fenster wie bei Calc bei dessen Zellenformatierungund
kann da Führende Nullen einstellen.
ich hätte wahrscheinlich gar nicht versucht, etwas mit führenden Nullen
als Nummer zu behandeln, sondern hätte das als Text formatiert.
Nachdem ich also so die 100 Platzhalter erfolgreich auf 5 Nullen
eingestellt hatte, ergab sich folgende Aufgabe: ich brauchte die gleiche
Datei mit nur 4, und noch eine mit nur 3 führende Nullen.
da dachte ich mir: entpackdie odt, bearbeite die content.xml und pack es
wieder in odt
der erste Versuch an meinem Arbeitsplatcomputer - Mac mit OS Yosemite-
war nicht so doll, das betriebsinterne Textedit zeigte die content.xml
wie die odt in Writer an; also nicht in xml-Code.
Da ich aber sowieso die Aufgabe zuhause lösen wollte, suchte ich nicht
weiter für den Mac sondern schickte die fertige odt nach Hause.
am Heimwindows installierte ich zuerst Total Commander zwecks
komfortables entpacken und packen.
Der erste Anblick der content.xml zeigte, dass ich einen Xml-Editor
brauche; und weil der Total Commander eine Testversion für einen Monat
war, suchte ich auch nach einer OpenSource-Ersatz und fand den
DoubleCommander; als Xml-Editor nahm ich Notepad++.
zuerst erstellte ich in Writer eine Datei mit nur einem Platzhalter mit
Format 5 führende nullen.
Dann benannte ich die Datei in zip um, entpackte sie und öfnete die
content.xml mit Notepad++.
Notepad++ zeigte den Inhalt aber nur in zwei Zeilen mit mehreren Hundert
Zeichen je Zeile; gefiel mir nicht.
Also suchte ich im Internet nach Lösungen und fand mehrere Tools für
Notepad++, zB XML-Tools ua.
Diese in Notepad++ aktiviert, installiert und bei der content.xml
vergeblich ausprobiert; nach mehreren Versuchen kam mir die Idee, den
Inhalt der content.xml auszuwählen, kopieren, in eine neue Datei
einzufügen und XML-Tool darauf anzuwenden, funktionierte!
also Content.xml geschlossen, die neue Datei als content.xml speichern,
fertig.
Ich beschreibe dir mal mein Vorgehen unter Windows:
Ich habe 7-Zip installiert. Dann hast du im Kontextmenü 7-Zip > Öffnen.
Da wird nichts entpackt, sondern du kannst so in das Archiv
hineinschauen und darin arbeiten. Es ist auch kein Umbenennen
erforderlich. 7-Zip erkennt auch so, dass es es sich um zip-Archiv handelt.
Wenn 7-Zip in das Achiv schaut gibt es verschieden Angebote, was du mit
den Dateien machen kannst. Außer entpacken, gibt es dort noch "Intern
öffnen", "Extern öffnen" und "Bearbeiten".
Für "Extern öffnen" habe ich "XML Notepad 2007" eingestellt. Das gibt es
von Microsoft auf der Seite
https://msdn.microsoft.com/de-de/data/bb190600, rechts unten unter
Tools. Dieses Tool arbeitet auf der Node-Struktur von xml-Dateien. Kann
aber natürlich auch Suchen und Ersetzen.
Für "Bearbeiten" habe ich Notepad++ eingestellt und dort wie du das
XML-Plugin hinzugefügt.
Wenn nun eine Datei aus dem Archiv z.B. mit "XML Notepad" bearbeitet
wurde, dann "speichere" ich es mit "XML Notepad" auch ab. Das schöne
ist, dass nun 7-Zip merkt, dass diese Datei verändert werden soll, und
dich fragt, ob du sie im Archiv aktualisieren willst. Du sagst ja,
schließt 7-Zip, und fertig ist deine geänderte odt-Datei. Du brauchst
dich nicht um ein Einpacken kümmern, alles ist automatisch richtig.
als nächstes entpackte ich die fertige odt mit den 5 führende nullen,
ersetzte problemlos die "5" durch "42, speicherte und packte alles
wieder in odt-
Das Öffnen der Datei ergab eine Fehlermeldung: beschädigte Datei!
Suchen im Internet ergab, das auch andere diese Meldung nach Packen
einer odt erhielten; weitersuchen nach odt unzip zip brachte zwei
Erkenntnisse:
1. OO packt die odt in bestimmter Reihenfolge; stimmt diese Reihenfolge
nicht gibs die Fehlermeldung
Nicht wirklich. Nach Open Document Format muss zwar eine bestimmte
Reihenfolge vorliegen, aber OpenOffice ist tolerant und akzeptiert auch
falsche Reihenfolgen. Wenn man anschließend mit OpenOffice speichert,
wird die korrekte Reihenfolge wiederhergestellt.
2. ein User rät, die bearbeitete content.xml einem bestehenden odt
einzufügen; also nicht alles entpacken und wieder packen
Der häufigste Fehler bei der Arbeitsweise mit
Entpacken-Bearbeiten-Packen besteht darin, dass beim Packen der Ordner
gepackt wird. Aber man muss nicht den Ordner, sondern den Inhalt des
Ordners packen.
Mit dem Wissen installierte ich PKZip for Windows, nannte die alte
5-nullen-odt in zip um, öffnete diese in PKZIP for Windows, fügte via
Add die geänderte content.xml bei, bestätigte überschreiben, schloss
PKZip und änderte die Endung wieder in odt.
Öffnen in Writer erfolgreich
Aufgabe gelöst!
Das hatte ich früher auch so gemacht, aber der Weg mit 7-Zip ist viel
kürzer.
Mit freundlichen Grüßen
Regina
---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org
For additional commands, e-mail: users-de-h...@openoffice.apache.org
