odt: content.xml bearbeiten:Probleme und Lösungen

[Martin Jenniges <ma...@skynet.be>]

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.

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.

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
2. ein User rät, die bearbeitete content.xml einem bestehenden odt 
einzufügen; also nicht alles entpacken und wieder 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!

Ich danke euch für die Aufmerksamkeit

Martin Jenniges

Re: odt: content.xml bearbeiten:Probleme und Lösungen

[Ralf Kestler <Ra...@gmx.net>]

Hallo Martin.

Am 05.03.2016 um 19:07 schrieb Martin Jenniges:
> Notepad++ zeigte den Inhalt aber nur in zwei Zeilen mit mehreren 
> Hundert Zeichen je Zeile; gefiel mir nicht.

Unter Ansicht -> Automatischer Zeilenumbruch kannst Du Dir die Zeilen im 
Notepad++ umbrechen lassen.

Viele Grüße

Ralf


---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org

Re: odt: content.xml bearbeiten:Probleme und Lösungen

[Martin Jenniges <ma...@skynet.be>]

Hallo Regina,

vielen Dank für deine Kommentare und Vorgehennsweise.

Hätte ich dein Know-How vorher gekannt, hätte ich einige Probleme nicht 
gehabt.

liebe Grüsse
Martin

Am 05.03.2016 um 20:23 schrieb Regina Henschel:
> 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-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: users-de-help@openoffice.apache.org
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-de-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org

Re: odt: content.xml bearbeiten:Probleme und Lösungen

[Regina Henschel <rb...@t-online.de>]

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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: users-de-help@openoffice.apache.org