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


Vielen Dank Hans-Werner für die positive Einschätzung
und für die große Mühe die Du Dir mit der Testdatei
und der Analyse gemacht hast.

Ich werde mir das durch den Kopf gehen lassen.

Die Idee ist gut daß man das odt auspacken kann.
Bei mir wird das "Pictures"-Verzeichnis wohl leer sein.
Ich habe ja nur links zu Bildern.

Eigentlich sollte es dann keinerlei bemerkbare Verzögerung
nach dem Speichern-Fortschrittsbalken geben - so wie
ich Dich verstand. Nur woher kommt dann bei meinem
Text diese Verzögerung?

Werden jedesmal Thumbnails noch erzeugt und dies
dauert halt? Falls es so sein sollte - warum nur?
An den Bildern selbst hat sich ja nichts verändert.

Solange ich nicht weiß was LO da macht in dieser
Zeit - so lange ist da ein ungutes Gefühl im Vergleich
zur 4er Version wo ich das so nicht erlebte.

"Die "soffice.bin" Arbeiten nach Anzeige des Speichern-Fortschrittsbalkens haben sich in neueren LO-Versionen so verlangsamt, dass der Benutzer eine deutliche Verzögerung wahr nimmt."

Keine Ahnung ob dies so ist. Falls es so sein sollte
so wäre wichtig zu wissen warum es langsamer wurde
und was der Nutzen dieser Wartezeit für den Anwender ist.
Wartezeiten sollten kein Selbstzweck sein - nur um die
CPU auszulasten. Daher wäre Transparenz hier wichtig -
was macht LO da.

"Während der "soffice.bin" Arbeiten nach Anzeige des Speichern-Fortschrittsbalkens wird in neueren LO-Versionen kein zweiter Fortschrittsbalken mehr angezeigt, so dass der Benutzer den Eindruck gewinnt, "LO" wäre in einem fehlerhaften Zustand."

Einen zweiten Fortschrittsbalken habe ich bisher nicht bewusst wahrgenommen.
Gibt es denn einen solchen?

"Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, der das von Dir geschilderte Problem kommuniziert"

Prima wenn auf diese Weise eine Abhilfe geschähe !
Es ist halt schade wenn neuere Versionen scheinbar weniger performant laufen. Das stört schon wenn man es von den Vorgängerversionen anders kennt.

Gruss
Matthias

Am 03.06.2017 um 11:55 schrieb HansWernerHerold:
Hallo Matthias,

Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .

wie bereits in meiner vorherigen Mail (HansWernerHerold, Fri Jun 02 15:55:49 GMT 2017) erwähnt, ist das Problem erkannt und offensichtlich seit 26.05.17 (wieder) in Bearbeitung:

Auf "bugs.documentfoundation.org" findet sich durchaus ein Eintrag, der das von Dir geschilderte Problem kommuniziert: "Progress bar is not a good indicator for filesave progress" ( https://bugs.documentfoundation.org/show_bug.cgi?id=98731 ).

So stehen die Chancen doch gar nicht so schlecht ...

Gruß
Hans-Werner


------ Originalnachricht ------
Von: "Dr. Matthias Weisser" <matthias.weisser@gmx.de>
An: "Christian Palm" <chris62718@web.de>; HansWernerHerold@t-online.de
Gesendet: 03.06.2017 11:29:47
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit

Ja - Bilder als Link ist wirklich ein Vorteil.

Bei meinen Büchern gibt es manchmal mehr
als 100 Fassungen - wobei immer wieder eine
Kleinigkeit ergänzt oder verbessert worden ist.

Im Gegensatz zu LO mit den Bildern im Text sind die
100 odt-Dateien dann klein und überschaubar.

Die Bilder können separat im Ordner mit einem
Grafikwerkzeug nachbearbeitet werden (Kontrast,
Flecken, Farben, Beschriftung, Achsen..).
Die Bilder können auch von verschiedenen Büchern
verwendet werden. Änderungen tauchen dann
automatisch beim nächsten Öffnen des Dokuments auf.
Beim Export in pdf sind dann die Änderungen da.

Die odt-Dateien sind klein und überschaubar und
laden auch schnell. Wenn man den Bildordner
umbenennt erscheinen statt der Bilder nur die Rahmen.
Das Arbeiten am Text geht so noch besser.

Es würde mehr Freude machen wenn neuere Versionen
von LO nicht mehr Wartezeiten erzeugen würden
und wenn es nicht zu Problemen käme wenn man
einmal ein paar größere Bilder als Link einbindet,
so wie es leider geschehen ist bei einer 4er Version.

Bereits 3 größere Bilder hintereinander hatten da gereicht
das System zäh und instabil werden zu lassen.

Nur leider scheinen solche Probleme die meisten kaum zu
interessieren. Entweder das Nutzerverhalten ist anders
oder die Nutzer nehmen dann halt ein anderes Programm.

So stehen die Chancen wohl schlecht . . .
trotzdem vielen Dank für den Versuch mit der Testdatei !

Gruss
Matthias

Am 03.06.2017 um 08:59 schrieb Christian Palm:
Hallo Hans - Werner,

neben all dem was schon in dieser sache passiert ist. Ich habe bei meinen Büchern immer alle Bilder als Link angelegt. So kann ich nachher, wenn ich die Bilder wirklich habe sie austauschen ohne am Buch irgendwas ändern zu müssen.

Gruß
Christian Palm


Gesendet: Freitag, 02. Juni 2017 um 17:55 Uhr
Von: HansWernerHerold <HansWernerHerold@t-online.de> <mailto:HansWernerHerold@t-online.de>
An: users@de.libreoffice.org
Cc: OoOHWHOoO <OoOHWHOoO@t-online.de> <mailto:OoOHWHOoO@t-online.de>
Betreff: Re: [de-users] Writer hängt ein paar Sekunden nach dem Speichern - 5.2.6.2 Win7 64bit
Hallo Matthias,

in Ergänzung zu meiner Mail " ... OoOHWHOoO, Thu Jun 01 11:52:47 GMT
2017":

...

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