Re: [de-discuss] Bilder, die in Berichte eingelesen werden, vergrößern Datenbankdateien auf ein Vielfaches

Hallo Robert, *,
On Sun, Jun 22, 2014 at 09:11:44AM +0200, Robert Großkopf wrote:
> > Bei mir reicht schon, wenn ich auf „Formular in der Entwurfsansicht
> > erstellen...“ geklickt habe und sich der Formulareditor öffnet ... ;)
>
> Es geht nicht um Formulare, sondern um Berichte.

oh, wie peinlich ... :( Ist mir jetzt erst aufgefallen, dass ich da im
falschen Film war, sorry ... :( Hatte ich wahrscheinlich noch nicht
genug Koffein im Blut ... ;)

> > 1. pictures_in_reports_without_ObjectReplacements.odb
> > 2. „Formular in der Entwurfsansicht erstellen...“ anklicke
>
> Bei Nr. 2 liegt der Fehler. Du müsstest den in der Datenbankdatei
> enthaltenen Bericht zum Bearbeiten öffnen. Und dort kannst Du erst
> abspeichern, wenn Du z.B. ein Feld angeklickt hast. Das einfache Öffnen
> zum Bearbeiten reicht nicht aus.

O.K.

> Mehr ist nicht erforderlich um den Bug zu reproduzieren. Da muss kein
> neues Bild eingefügt werden oder etwas unter anderem Namen abgespeichert
> werden. Lediglich die *.odb-Datei muss abgespeichert werden.

Dann kann ich das trotzdem nicht nachvollziehen, sorry ... :( Vielleicht
wieder so ein 32 vs. 64Bit-Ding ;? Mit welcher Distro / Architektur hast
du das denn festgestellt?

> Die *.odb-Datei liest über einen Link die Datei picture.jpg ein. Diese
> Datei muss also im gleichen Verzeichnis liegen wie die Datenbankdatei.

Ist sie ... ;)

Noch mal mein Vorgehen:
1. Deine Datei aus Bug 80320 heruntergeladen
(https://bugs.freedesktop.org/attachment.cgi?id=101477)
2. Sie entpackt
3. Entpacktes Verzeicnis nach $Verzeichnisname$Version (also z.B.
reports_blow_up_odb_file416 zum Testen mit der 4.1.6 ... ;) )
4. LO Version: 4.1.6.2 Build-ID: 40ff705089295be5be0aae9b15123f687c05b0a
gestartet
5. Datei pictures_in_reports_without_ObjectReplacements.odb geöffnet
6. Links auf „Bericht“, rechts Kontextmenü auf „report“ und „Bearbeiten“
gewählt
7. Im Rport Builder kurz auf „Picture, connected by the path“
angeklickt, bis der Rahmen erschien
8. <STRG>+<S>, <STRG>+<W>, um den Bericht zu speichern und zu schließen
9. „Datei – Speichern unter...“, „*_new“ als Dateinamen gewählt (also am
vorherigen Dateinamen nur ein _new angehängt ... ;) )
10. Base geschlossen
11. Auf der Kommandozeile „cp -f /pfad/zum/jpg
reports_blow_up_odb_file416/picture.jpg“, um das Bild zu tauschen
12. Schritte 4 bis 10 wiederholt, wobei ich nur bei 8 einen anderen
Dateinamen gewählt habe (*_replaced_pic) ... ;)

Das hab’ ich außer mit der 4.1.6.2 auch mit der LO Version: 4.2.5.2
Build-ID: 61cb170a04bb1f12e77c884eab9192be736ec5f5 und Version: 4.3.0.1
Build-ID: 9ed0c4329cf13f882dab0ee8b9ecd7b05e4aafbb (alles unter Debian
Testing i686) probiert ... ;)

Ergebnis:
Dateigrößen bei allen drei Versionen:
Originaldatei: 8,0 KB
..._new: 772 KB
..._replaced_pic: 28 KB

(mit „du -hs pictures_in_reports_without_ObjectReplacements*“ im jeden
Verzeichnis). Also nicht so ein enormer Dateigrößenzuwachs, wie du ihn
beschrieben hast ... ;) Allerdings sehe ich einige Java-Warnungen, wenn
ich LO aus der Kommandozeile gestartet habe ... :( Kann ich bei
Interesse mal posten, würde jetzt allerdings die Mail sprengen ... :(
Kann aber daran liegen, dass ich bei allen LO-Versionen
<quote>
java version "1.9.0-ea"
Java(TM) SE Runtime Environment (build 1.9.0-ea-b11)
Java HotSpot(TM) Client VM (build 25.0-b62, mixed mode)
</quote>
benutze ... ;)
HDH und bis dann
Thomas.

-- 
QOTD:
        "Who?  Me?  No, no, NO!!  But I do sell rugs."

-- 
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