OpenOffice.info

Hallo,
ich füge in ein Dokument auf den meisten Seiten an der jeweils selben Stelle die gleiche Grafik (png, eingebettet (also per copy & Paste aus Draw), nicht verknüpft, mit Transparenz) ein. Nach dem Speichern sind diese Grafiken nur noch auf einigen Seiten da. Ich habe mehrfach das Einfügen wiederholt, jedoch ohne Erfolg; nach erneuten Öffnen sind die Dateien wieder weg.
Danke für eure Hilfe

Pondo Sinatra hat geschrieben:nach erneuten Öffnen sind die Dateien wieder weg.

Sie schreiben, die "Dateien" seien weg - zuvor hatten Sie allerdings geschrieben, Sie hätten keine Verknüpfungen angelegt, sondern die Bilder direkt eingebettet. Was stimmt nun?

Was genau verstehen Sie unter "weg"? Daß da gar nichts mehr ist, oder eine leerer Rahmen, oder...?

Wie sind die Bilder verankert (An Seite/Zeichen/Absatz oder Als Zeichen)? Was befindet sich sonst noch auf den Seiten (immer Text, manchmal nichts...)?

Wie speichern Sie (als odt, doc, ...)?

Es grüßt EGO..

Sie schreiben, die "Dateien" seien weg - zuvor hatten Sie allerdings geschrieben, Sie hätten keine Verknüpfungen angelegt, sondern die Bilder direkt eingebettet. Was stimmt nun?

Eigentlich ist da kein Widerspruch, wenn man sich das übliche Verhalten von OO/LO beim Speichern verdeutlicht, denn es ist nicht so das wenn man speichert auch garantiert ist das das was nach dem Speichern am Bildschirm sichtbar ist auch tatsächlich gespeichert wurde, sondern erst wenn man speichert und gleich danach Datei-Neu laden aufruft ist das was man nun am Bildschirm sieht identisch mit dem was gesperichert wurde.

Ich nehme auch an das der Frager genau diese Situation hat, also die Bilder zwar am Bildschirm angezeigt werden, jedoch (teils) nicht gespeichert, was man aber nicht merken kann wenn man nach dem Speichern nicht neu lädt, und wass also erst auffällt wenn man das Dokument später neu öffnet.

Ja, dieses Programmverhalten ist unerwartet, es ist aber kein Fehler sondern man muss es als ungünstige Implementierung sehen. Um es zu verstehen muss man verstehen wie der Unterschied zwischen:
http://www.openoffice.org/api/docs/comm ... storeAsURL
und:
http://www.openoffice.org/api/docs/comm ... storeToURL
ist.


Gruß
Stephan

Nachtrag:

Ich nehme auch an das der Frager genau diese Situation hat, also die Bilder zwar am Bildschirm angezeigt werden, jedoch (teils) nicht gespeichert, was man aber nicht merken kann wenn man nach dem Speichern nicht neu lädt, und wass also erst auffällt wenn man das Dokument später neu öffnet.

Das ist natürlich nicht die Lösung der ursprünglichen Frage, sondern nur die Erklärung was passiert WENN nicht richtig gespeichert wird. Dieses nicht richtige Speichern kann nun auch bei Bildern auftreten, allein wäre zu klären warum denn natürlich ist DAS nicht normal (auch nicht im Sinne der von mir beschriebenen 'ungünstigen Implementierung').


Gruß
Stephan

Hallo, danke für die Rückmeldungen:
Stephan hat erklärt, was ich meine (danke): Ich füge in das bestehende Dokument mitteld Copy & Paste Grafiken ein (bzw. dupliziere diese innerhalb des Dokuments). Mit "nicht verknüpft" meine ich, sie sind eingebettet (die Datei soll also auch von einem anderen Platz mit allen Grafiken geöffnet werden können). Während der Bearbeitung sieht alles so aus, wie ich es möchte. Nun Speichere ich das Dokument (als *.odt). Beim erneuten Öffnen (sogar am gleichen Rechner und unmittelbar danach) sind ein Großteil dieser Grafiken nicht mehr vorhanden. Das Problem ist reproduzierbar und es handelte sich in meinem Fall immer um die Selben fehlenden Grafiken. Die von euch geschickten Links knöpfe ich mir jetzt vor <-- Erledigt und erschlagen Kann mir jemand knapp erklären, was mir das sagen soll und vor allem, wie ich speichern kann, dass dieses Problem/Phänomen nicht mehr auftritt? Ich ward wirklich bemüht, die Erläuterungen zu verstehen. Danke schon im Voraus

Hallo,

ohne Angabe der verwendeten Programmversion von LibreOffice und des eingesetzten Betriebssystems kann das kein Forumsteilnehmer nachvollziehen.

Du solltest in jedem Fall den verwendeten Grafik-Cache unter Extras/Optionen.../LibreOffice/Arbeitsspeicher überprüfen.

Die von euch geschickten Links knöpfe ich mir jetzt vor <-- Erledigt und erschlagen Kann mir jemand knapp erklären, was mir das sagen soll und vor allem, wie ich speichern kann, dass dieses Problem/Phänomen nicht mehr auftritt?

Die Links sind für Dich ohne Bedeutung und helfen Dir nicht Dein Problem zu lösen(ich hatte sie nur vermerkt um Experten die hier nachlesen meine Aussagen besser zu verstehen)

Im Übrigen habe ich keine Lösung für Dein Problem, denn auch da hatte ich schon explizit erklärt wie das mit dem Speichern zusammenhängt, aber auch das falsches Speichern, unter den von Dir genannten Umständen, schlichtweg ein Fehler ist, u.U. ein Programmfehler oder ein Bedienfehler, aber es gibt zu wenig Infos von Dir um das zu klären, wobei ich auch nicht wüsste nach welchen Infos ich konkret nachfragen soll.

Eine Beispieldatei könnte allgemein helfen, ich glaube es aber im Speziellen nicht wirklich.

Benenne testweise das Benutzerverzeichnis um, kann sein das es hilft:
viewtopic.php?f=27&t=54231#p206070

GRuß
Stephan

Vielleicht wäre es trotzdem möglich, mal ein "gestörtes" Dokument zu bekommen? Neben vielen Unwägbarkeiten und dem Fehler beim Speichern - wie beschrieben könnte es u.U. sein, daß die Bilder schlicht so verrutschen daß sie übereinander liegen und daher nicht mehr zu sehen sind.

Ich weiß zwar nicht, wie gut LO mit Bildern umgehen kann, aber OO hatte immer wieder mal Probleme damit, Bilder da zu lassen, wo sie hingesetzt worden waren. Das wäre also auch noch eine Möglichkeit.

EGO..

P.S. Nur so als Idee: Macht es einen Unterschied, ob die Datei mit "speichern" oder mit "speichern unter" + neuer Name gesichert wird?

Vielleicht wäre es trotzdem möglich, mal ein "gestörtes" Dokument zu bekommen?

Ich lade es mal per Dropbox hoch, es ist relativ groß (vielleicht ist das ja das Problem): https://www.dropbox.com/s/t5kep6wxf79qq ... 5.odt?dl=0
Hier versuche ich, diese Ringbuchklammern auf der Innenseite zu duplizieren und pro Seite an der jeweils gleichen Stelle einzufügen. Das Einfügen klappt, aber nach dem Speichern - Schließen - Neustart sind sie wieder weg.

Macht es einen Unterschied, ob die Datei mit "speichern" oder mit "speichern unter" + neuer Name gesichert wird?

Leider nein.

ohne Angabe der verwendeten Programmversion von LibreOffice und des eingesetzten Betriebssystems kann das kein Forumsteilnehmer nachvollziehen.

Windows 8.1 mit LO 4.3.3.1

Du solltest in jedem Fall den verwendeten Grafik-Cache unter Extras/Optionen.../LibreOffice/Arbeitsspeicher überprüfen.

Was sollte da stehen? Ich hab es auf 100MB gesamt und 10MB pro Objekt erhöht.

Danke für die vielen Bemühungen.

Pondo Sinatra hat geschrieben:

ohne Angabe der verwendeten Programmversion von LibreOffice und des eingesetzten Betriebssystems kann das kein Forumsteilnehmer nachvollziehen.

Windows 8.1 mit LO 4.3.3.1

Das ist keine stabile Programmversion. Aktuell aus dem 4.3-Zweig ist 4.3.6 und in Kürze wird 4.3.7 als voraussichtliche Endversion aus diesem Zweig veröffentlicht.

Das ist keine stabile Programmversion. Aktuell aus dem 4.3-Zweig ist 4.3.6 und in Kürze wird 4.3.7 als voraussichtliche Endversion aus diesem Zweig veröffentlicht.

Ein Update auf 4.3.6.2 konnte das Problem leider auch nicht lösen

Hmmm. Ich kann keinen Fehler erkennen - und daß es mir problemlos möglich ist, die Klammern auf allen Seiten zu setzen, das Dokument zu speichern und zu schließen und es anschließend mit allen Klammern wieder zu öffnen, wird Ihnen vermutlich nicht viel weiterhelfen .

Ich würde als Notlösung folgendes vorschlagen: Fügen Sie die Klammergraphik mal "Am Absatz" verankert in die Fußzeilen ein. Position auf einer rechten Seite horizontal "Links" zu "Seitenrand links" (bzw. jeweils rechts für die linken Seiten) und vertikal "Mitte" zu "gesamte Seite".

Hoffnungsvoll grüßt EGO..

P.S. Was mich ein wenig irritiert, sind diese vielen, verschachtelten Bereiche. Einer pro Seite für den Mehrspaltendruck -ja. Aber warum so viele?

Hallo, danke für die Hilfe. Wie machst du das? Im Ernst: Vielleicht kopiere ich immer schon unsauber und weiß davon nichts. Ich konnte dank deines Tipps das Phänomen gewaltig einschränken: Die Klammern verschwinden nur, wenn sie an der Seite verankert sind. Verankere ich die am Absatz, bleiben sie erhalten. Könnt ihr euch das erklären?

P.S. Was mich ein wenig irritiert, sind diese vielen, verschachtelten Bereiche. Einer pro Seite für den Mehrspaltendruck -ja. Aber warum so viele?

Ich verstehe nicht, was du meinst? Ich habe einen Rahmen um jede Seite, um die Grafik bis zum Anschlag der Seite zu strecken und den Textrahmen von diesem Außenrahmen abhängig.

Pondo Sinatra hat geschrieben:Hier versuche ich, diese Ringbuchklammern auf der Innenseite zu duplizieren und pro Seite an der jeweils gleichen Stelle einzufügen

Trägt zwar sicherlich nicht zur Lösung des eigentlichen Problems bei, aber die Ringbuchklammern (auf jeder Seite) könnte man wohl besser analog zu einem Hintergrundbild (Menü > Format > Seite > Hintergrund) . Möglicherweise wird dann die Grafik auch nur noch 1x im Dokument gespeichert, was dann die Größe und Performance verbessert. Dazu noch den linken Rand minimieren und den linken Textrand über den Einzug einstellen.

Pondo Sinatra hat geschrieben:

P.S. Was mich ein wenig irritiert, sind diese vielen, verschachtelten Bereiche. Einer pro Seite für den Mehrspaltendruck -ja. Aber warum so viele?

Ich habe einen Rahmen um jede Seite, um die Grafik bis zum Anschlag der Seite zu strecken und den Textrahmen von diesem Außenrahmen abhängig.

Die Seitenränder genügen; dazu brauchst du nicht extra eine Umrandung.

Auch die verschachtelten Bereiche sind völlig unnötig. Ein Bereich für die Dreispaltigkeit reicht völlig.

Die Klammern gehören zum Seitenlayout. Daher ist die Verankerung an der Seite kontraproduktiv. Eine winzige Kopfzeile (Absatzvorlage 6 pt) mit der darin am Absatz verankerten Klammer erspart dir die Ursachenforschung für das Speicherproblem.

Deine Seitenvorlagenplanung solltest du noch einmal überdenken. Mit den Folgevorlagen gibt es noch ein paar Stolperfallen.