OpenOffice.info

[quote="fabbers"]Hallo, danke für die Antworten!
meine content.xml ist 850kb, styles 67kb groß. Die Datei hat schon so 200 Seiten.
Meinst Du, ich habe "zu viele" Formatvorlagen oder zu oft Dinge mit harter Formatierung gepasted und damit die styles.xml verwirrt? Das wäre ja ärgerlich.
Grüße
fabbers[/quote]

Hmm, sind jetzt keine außergewöhnlichen Größen. Also allein an der Größe liegt es nicht.

Ratlos,
Oliver

Hallo balu,

Dropbox ist eine überaus clevere Einrichtung: Es ist ein normaler lokaler Ordner, den das Dropbox-Programm auf Änderungen überwacht. Sobald dort eine Speicherung auftritt, wird diese ANSCHLIESSEND auf den Online-Speicher übertragen. Die sicherungskopien werden also von OOo ganz normal lokal gespeichert und anschließend ins Netz kopiert. Da dürfte kein Fehler liegen, zumal ich den Pfad erst geändert habe, nachdem das das erste mal aufgetreten ist. Insgesamt trat das Problem bisher zwei Mal auf, innerhalb von 2 Wochen, bei 2 verschiedene Versionen der gleichen Datei und beide Male bei der styles.xml.

Grüße
fabbers

Hallo fabbers,

danke für deine Info.

Du sagst das Du mit Dropbox und Versionsspeicherung arbeitest. Okay, damit kenne ich mich ja nun überhaupt nicht so aus. Aber könnte es nicht sein, dass jetzt die Kombination von beiden dir die Probleme verursacht? Denn das eine setzt eine Online Verbindung voraus (Dropbox), und das andere ist eine Lokale Angelegenheit (Versionsspeicherung). Oder etwa nicht?
Jetzt kann es ja theoretisch sein, dass beim Online-Speichern ganz kurz die Verbindung gestört ist, und schon gibt es eine Fehlermeldung.

Halt!

Mir fällt grad noch eine Frage hierzu ein.
[quote="fabbers"]
Fehler beim Schreiben des Teildokuments [b]styles.xml[/b]

[...]

Dieses Problem tritt jetzt zum zweiten Mal innerhalb weniger Tage auf.
[/quote]
Ist jedesmal die [b]styles.xml[/b] davon betroffen, oder variiert das?

Ich glaube auch kaum, dass dein Problem wirklich etwas mit der [b]styles.xml[/b] zu tun hat. Es sei denn, dass die Fehlermeldung immer sich auf sie bezieht.

Wie sieht das dann bei dir aus, wenn Du nur Lokal, also bei dir auf der Festplatte speicherst, hast Du dann auch die gleichen Probleme?


Ich persönlich würde IMMER vorangig erst auf meiner Platte speichern, und wenn alles passt, dann Online.


Gruß
balu

Hallo, danke für die Antworten!
@balu
Makros sind nicht dauerhaft aktiv, aber es gibt Makros für "aus der Markierung eine Fußnote einfügen" und sowas.
Sicherungskopien:
Ich habe meinen Backup- und Temp-Pfad auf Dropbox (live-online-backup mit Versionsspeicherung) gelegt, so läßt sich gut nachvollziehen, nach welcher Routine gespeichert wird und da scheinen sich _0 und _1 immer abzuwechseln. (im Moment läuft das offenbar erwartungsgemäß.)

@ojo
meine content.xml ist 850kb, styles 67kb groß. Die Datei hat schon so 200 Seiten.
Genug Platz ist auf der Platte
Meinst Du, ich habe "zu viele" Formatvorlagen oder zu oft Dinge mit harter Formatierung gepasted und damit die styles.xml verwirrt? Das wäre ja ärgerlich.
Grüße
fabbers

Hallo Leute,

Bin ich zu sehr ein Calc-Mensch, dass ich dies hier
[quote="fabbers"]
Das Dokument hat seit dem Neustart heute morgen nicht nacht der üblichen Routine Dateiname.odt_1.odt und Dateiname.odt_0.odt abwechselnd als Sicherungskopie angelegt,
[/quote]
nicht so richtig verstehe?
Seit wann hat den OOo eine automatische Routine die Sicherungskopien von Dateien fortlaufend durchnummeriert? Bis jetzt dachte ich eigentlich immer, dass Sicherungskopien von ein und derselben Datei immer überschrieben werden. Oder versteh ich hier etwas falsch?
Und wenn ich schon dabei bin etwas falsch zu verstehen, so sei mir erlaubt noch eine Frage dazu zu stellen.
Ist irgendein Makro während der Dateibearbeitung aktiv?


Gruß
balu

Ich kann Dir da nicht wirklich weiterhelfen.

styles.xml ist Bestandteil jedes .odt-Dokumentes. Da er nur hier Probleme hat, scheiden IMHO Pfadnamen o.ä. als
Gründe aus. Weiterhin möglich wäre aber eine "zu hohe Komplexität" des Dokumentes oder vielleicht auch etwas,
was XML Probleme bereitet - in meinen Augen aber ist das in jedem Fall ein Bug.

Wie groß ist denn die Originaldatei und wie groß ist styles.xml? Letzteres könntest Du rausfinden, indem Du mit einen ZIP-Programm in die .odt-Datei reinschaust.

Dass er keinen Sicherungskopien anlegen kann, ist dann eigentlich konsistent.

Das überall/immer genügend Platz auf der Platte vorhanden ist, hast Du geprüft, oder?

Oliver

Ich habe das gleiche Problem unter XP pro mit OOo 3.1.1. Allerdings lautet meine Fehlermeldung

Fehler beim Speichernd des Dokuments NAME:
Fehler beim Schreiben des Teildokuments [b]styles.xml[/b]

Das Dokument hat seit dem Neustart heute morgen nicht nacht der üblichen Routine Dateiname.odt_1.odt und Dateiname.odt_0.odt abwechselnd als Sicherungskopie angelegt, sondern hat sporadisch neue Nummern hinzugefügt, sodass wir jetzt bei Dateiname.odt_9.odt sind - aber alle sind mit 0 Byte LEER.
Die Datei war aber noch offen und bearbeitbar. Ich konnte alles markieren und in eine Kopie der eigentlichen Datei pasten, so blieben alle Formatierungen erhalten, wie ein Vergleich der Not-Kopie mit dem älteren Originaldokument ergab. Meine Datei ist also hoffentlich gerettet aber zufriedenstellend ist das ja nicht.

Meinen %temp% Ordner habe ich übrigens seit dem nicht wissentlich angefasst und ebensowenig Ruhezustand oder Standby.

Dieses Problem tritt jetzt zum zweiten Mal innerhalb weniger Tage auf.

Für Hilfe wäre ich dankbar

Hmm, keine Ahnung.

Wie groß ist denn die Datei?

Vielleicht hilft es die Komplexität der Datei zu vermindern? Möglichst wenig Schriften o.ä.

Enthält die Datei umfangreiche Verzeichnisse (Inhalt, Abbildungen etc.). Was sagt denn Eigenschaften->Statistik?

Von Windows kenne ich solche Fehlermeldung auch wenn ihm der Dateiname/Pfad nicht passt. Du speicherst auf einer ext3-Partition? Versuch doch mal einen anderen Speicherort mit möglichst kurzem Pfadnamen, also z.B. "/tmp/foo.odt".

Oliver

Hallo, ich habe ein sehr großes Problem,

Eine recht große .odt-Datei lässt sich zwar ganz normal öffnen, wenn ich sie aber speichern will, erscheint folgende Meldung:

Fehler beim Speichernd des Dokuments NAME: Fehler beim Schreiben des Teildokuments content.xml


Wenn ich diese Datei als .pdf exportieren will erscheint der Fehler:

Fehler beim Speichern des Dokuments NAME: Resource erschöpft. Auf dem Gerät ist kein Platz mehr verfügbar.

Es sind aber noch ganz viele Gigabyte in/home frei

System : debian-linux; OOo 3.1

Vielen Dank im vorraus