Date: prev next · Thread: first prev next last
2017 Archives by date, by thread · List index


Danke Harald,

Am 06.06.2017 um 14:28 schrieb Harald Köster:
Hallo Matthias,

Am 02.06.2017 um 16:12 schrieb Dr. Matthias Weisser:
Hallo Harald,

Am 01.06.2017 um 11:10 schrieb Harald Köster:
Hallo Matthias,

Am 31.05.2017 um 21:40 schrieb Dr. Matthias Weisser:
Am 24.05.2017 um 11:04 schrieb Harald Köster:
Am 23.05.2017 um 14:34 schrieb Dr. Matthias Weisser:
ich schreibe Bücher mit vielen Bildern - eingebettet als Link auf
Datei.
LO ist im Einsatz unter Win7 64bit in der Version 5.2.6.2.

Einer der Texte hat 472kB im odt (~367 Seiten, 405 Bilder).
472kB ist ja nicht so viel.

Dummerweise wird das Arbeiten nun erschwert weil beim
Abspeichern erst der Scrollbalken abgearbeitet wird und
danach jedoch ~5s vergehen bevor das System wieder
auf Eingaben brauchbar reagiert.

Beim Versuch eine Testdatei zu erstellen habe ich festgestellt
daß das Problem scheinbar nicht auftritt wenn die Bilder
nicht auf der Platte erreichbar sind. Dann werden nur
Rahmen stattdessen angezeigt.

Weil das Problem mich behindert habe ich einen Issue
erstellt und das Verhalten geschildert.
*Bug 108005*
<https://bugs.documentfoundation.org/show_bug.cgi?id=108005> - Writer
hangs several seconds after saving

Grüße
Harald K.
Danke Harald !

eine odt-Testdatei habe ich. Nur hilft diese alleine nichts,
denn ohne den Ordner mit den vielen Bildern tritt das
Problem nicht auf.
probier doch mal aus, ob das Problem noch vorhanden ist, wenn Du das
gleiche Bild mehrfach in Dein Dokument einfügst.
das ist leider nicht so einfach zu machen, denn es sind ja 405 Bilder
die ich da einzeln anfassen müsste.
Momentan weiß ich nicht wie das rasch zu erledigen ist. Bei 20 Bildern
wäre es mit copy/paste noch machbar.
Die Rahmengrößen ändern sich dann jedoch auch.
Dazu wäre ein Skript hilfreich. Ich habe jedoch keines.
es hat ja inzwischen einen umfangreichen Mail-Verkehr gegeben.
ja. Das ist so.
Mein Eindruck ist aber, dass das ursprüngliche Problem nach wie vor vorhanden
ist.
so ist es.
Vielleicht lässt sich das Problem ja schon nachvollziehen, wenn Du
ein großes neues Dokument erstellst, dass Du durch mehrfaches Kopieren
von Text und eines eingefügten Bildes relativ schnell erstellen kannst.
ich habe eine Testdatei erstellt auf Basis meines Texts
und einem Bild. Das war mühsam weil ich die vielen
Bilder mit einem ersetzt habe.
Das Verhalten ist so ähnlich.
Ein neues Problem ist dabei noch aufgetaucht.
Das Ersetzen von Bildern klappt nicht immer wie gewünscht.
Manchmal wird das neue Bild ungewollt an anderer Stelle eingefügt.

Bei einem Performance-Problem wird man in der Regel immer eine Testdatei
benötigen. Nur wenn Du eine solche Testdatei zu Verfügung stellen
kannst, wird es möglich sein, den Bug weiter zu bearbeiten.
daher nun die Testdatei.


Wenn ja, dann bitte
auch noch mal mit der Version 4.4.7 prüfen, ob das Problem dort noch
nicht vorhanden ist.
bei der 4.4.7.2 tritt das Problem nicht auf.
Hiermit meine ich einen Test mit der neu erstellten Testdatei, um sicher
zu gehen, dass es sich um das ursprüngliche Problem handelt.
ja.


Zu Deiner Frage ob das Problem bei allen LO-Versionen
auftritt habe ich festgestellt daß die 4.3.7.2 noch ok ist
und die 4.4.7.2 auch.
Der Fehler tritt bei der 5.1.6 auf - wobei es egal ist ob
es die 32bit oder 64bit-Variante ist. Es klemmt bei beiden.
Du hast in einer anderen Mail berichtet, dass es bei der Version 5.3.3
ein Performance-Problem beim Scrollen auftritt, dass in der Version
5.2.7 noch nicht vorhanden war. Ist es richtig, dass dieses Problem
nichts mit dem ursprünglichen Problem beim Speichern zu tun hat?
ja. Man kann einen eigenen Issue daraus machen.

Weiterhin hast Du in ein anderen Mail zu diesem Thema gefragt, wann es
sinnvoll ist, einen Bug Report bei Performance-Problemen zu erstellen.
Immer sinnvoll ist dies, wenn eine Funktion in einer neueren Version
signifikant langsamer ist, als in einer älteren Version. Sinnvoll kann
dies auch sein, wenn eine Funktion 'gefühlt' zu lange dauert. Allerdings
lassen sich Latenzzeiten nicht grundsätzlich vermeiden, wenn
umfangreiche Daten zu bewegen oder auszuwerten sind.
Latenzzeiten in der Größenordnung mehrere Sekunden ohne daß man weiß daß LO etwas macht sind lähmend und frustrierend. So ist meine subjektive Meinung.

Grüße
Matthias

--
Liste abmelden mit E-Mail an: users+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/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.