[LibO 5.0.4.2 Writer] Bug: Format-Änderung beim Rückwärtslöschen

de-users
#1

Hallo miteinander,

könnt ihr den folgenden Bug nachvollziehen und ist er ggf. schon
gemeldet und vielleicht in V 5.1 behoben?

Man erstelle in Writer unter der Standard-Formatvorlage mit der
darin festgelegten Schriftart (hier Times New Roman) einen Text.
Sodann formatiere man den gesamten Text nach <strg><a> mit einer
andere Schriftart (hier Liberation Mono).

Wenn man anschließend im Text an irgendeiner Stelle, z.B. nach einem
kleinen Vertipper beim schnellen Schreiben, ein (beliebiges) Zeichen
per Zurücktaste löscht, ist die Schriftart an dieser Stelle
plötzlich eigenmächtig wieder auf die standardmäßige Schriftart
(hier Times New Roman) umgestellt und man schreibt plötzlich in
dieser (inzwischen ungewollten und somit falschen) Schriftart weiter.

Das sieht nicht nur blöd aus, sondern macht natürlich auch unnötige
Mehrarbeit. Ganz bescheuert ist es übrigens, wenn man ein
Leerzeichen zwischen zwei Worten rückwärts löscht, dann sind (hier
jedenfalls) anschließend beide benachbarte Worte in der falschen
Schriftart.

Mir geht es jetzt nicht darum, das Problem durch Definition eines
eigenen Absatzformates mit der gewünschten Schriftart zu lösen -
dazu verwende ich hier die harten Formatierungen doch zu häufig -,
sondern um die Tatsache, dass ich dieses Verhalten nach harten
Umformatierungen in früheren LibO-Versionen so nicht erlebt habe und
es m.E. auch wünschenswert wäre, wenn sich die Schriftart beim
Rückwärts-Löschen nicht eigenständig umstellt.

Oder wie seht ihr das?

#2

Hallo Franklin,

Wenn man anschließend im Text an irgendeiner Stelle, z.B. nach einem
kleinen Vertipper beim schnellen Schreiben, ein (beliebiges) Zeichen
per Zurücktaste löscht, ist die Schriftart an dieser Stelle
plötzlich eigenmächtig wieder auf die standardmäßige Schriftart
(hier Times New Roman) umgestellt und man schreibt plötzlich in
dieser (inzwischen ungewollten und somit falschen) Schriftart weiter.

Kann ich nicht bestätigen. Hier (OpenSUSE 13.1, LibO 5.0.4.2 von SUSE) bleibt es bei der hart formatierten Schriftart, egal, was und wieviel ich rückwärts lösche.

Gruß
Hein

#3

Hallo Hein,

Wenn man anschließend im Text an irgendeiner Stelle, z.B. nach einem
kleinen Vertipper beim schnellen Schreiben, ein (beliebiges) Zeichen
per Zurücktaste löscht, ist die Schriftart an dieser Stelle
plötzlich eigenmächtig wieder auf die standardmäßige Schriftart
(hier Times New Roman) umgestellt und man schreibt plötzlich in
dieser (inzwischen ungewollten und somit falschen) Schriftart weiter.

Kann ich nicht bestätigen. Hier (OpenSUSE 13.1, LibO 5.0.4.2 von
SUSE) bleibt es bei der hart formatierten Schriftart, egal, was und
wieviel ich rückwärts lösche.

Danke für Deine Rückmeldung - so sollte es ja auch sein und so kenne
ich es ja auch von früher.
Wenn ich nur wüsste, welche "Automatik" dann hier dazwischen funkt.
Wenn ich z.B. bei dem Szenario der Rückwärts-Löschung des
Leerschrittes zwischen zwei Worten anschließend auf die
Rückgängig-Liste gehe, muss ich erst zweimal 'Attribute anwenden'
rückgängig machen, bevor ich das Löschen des Leerschrittes
rückgängig machen kann ... schon irgendwie komisch das hier ...

#4

Hallo Franklin,

bei der von Dir beschriebenen Vorgehensweise kann ich den Fehler zwar nicht reproduzieren, hatte aber selbst diese Effekte, dass die von mir gesetzte Standardschrift VERDANA auf einmal durch die ursprüngliche Standardschrift TIMES NEW ROMAN ersetzt wurde, obwohl unter "WRITER [Optionen][LibreOffice][Grundschriftarten (westlich)] Standard: Verdana" eingetragen war. Ich kann aber leider nicht sagen, in welchem Kontext dies geschah, es passierte ein paar Mal wie der "Blitz aus dem heiteren Himmel", die letzte Zeit allerdings nicht mehr, was aber nicht bedeuten muss, dass es nicht wieder geschehen könnte.

LibreOffice 5.0.4.2 @ Windows 7 Home Premium 64-bit

Gruß
Hans-Werner

#5

Hallo Hans-Werner,

Hallo Franklin,

bei der von Dir beschriebenen Vorgehensweise kann ich den Fehler zwar nicht
reproduzieren, hatte aber selbst diese Effekte, dass die von mir gesetzte
Standardschrift VERDANA auf einmal durch die ursprüngliche Standardschrift
TIMES NEW ROMAN ersetzt wurde, obwohl unter "WRITER
[Optionen][LibreOffice][Grundschriftarten (westlich)] Standard: Verdana"
eingetragen war. Ich kann aber leider nicht sagen, in welchem Kontext dies
geschah, es passierte ein paar Mal wie der "Blitz aus dem heiteren Himmel",
die letzte Zeit allerdings nicht mehr, was aber nicht bedeuten muss, dass es
nicht wieder geschehen könnte.

LibreOffice 5.0.4.2 @ Windows 7 Home Premium 64-bit

Ich habe das Phänomen hier genauso auch mit der frisch
rausgekommenen LibO-Version 5.0.5.2 unter Win7Ult64.

Hans-Werner

.... und tschüss

            Franklin

#6

Hallo miteinander,

ich wollte Euch nur mitteilen, dass ich das (unten beschriebene)
Phänomen wie folgt gelöst habe:

Ich habe den User-Ordner umbenannt und mit einem frisch erstellten
User-Ordner angefangen, mit dem das Phänomen wie erhofft auch nicht
auftrat. Anschließend habe ich alle Ordner unterhalb von
%AppData%\LibreOffice\4\user\
sukzessive aus dem alten in das neu angelegte frische Profil kopiert
und jeweils versucht, das Phänomen nachzustellen.

Beim Ordner uno_packages ist es dann passiert. Anschließend waren
etliche installierte Extensions wieder verfügbar - und der Fehler
war auch wieder da.

Ich habe dann zwei eh kaum mehr gebrauchte Extensions, die mir noch
am ehesten im Verdacht standen, in die Tastenfunktionalität
hineinzupfuschen, deinstalliert - und siehe da, danach ändert sich
beim Rückwärtslöschen auch nicht mehr eigenmächtig die Schriftart
aller berührten Wörter. Bei den beiden Extensions handelte es sich
um autotext_emoticons und das DMathsAddOn. Es kann übrigens sein,
dass jede für sich das Problem nicht wieder herbeiführt -
seltsamerweise gab es nämlich das DMathsAddOn auch zwei Mal im
uno_packages-Unterordner ... vielleicht hat auch nur diese besondere
Kombination zu dem Phänomen geführt.

Nachdem ich wie gesagt beide kaum noch brauche, forsche ich
diesbezüglich jetzt aber nicht mehr weiter.

Soweit Euch zur Info ...

.... und tschüss

            Franklin

#7

Hallo Franklin,

[...]
Ich habe dann zwei eh kaum mehr gebrauchte Extensions, die mir noch
am ehesten im Verdacht standen, in die Tastenfunktionalität
hineinzupfuschen, deinstalliert - und siehe da, danach ändert sich
beim Rückwärtslöschen auch nicht mehr eigenmächtig die Schriftart
aller berührten Wörter. Bei den beiden Extensions handelte es sich
um autotext_emoticons und das DMathsAddOn. Es kann übrigens sein,
dass jede für sich das Problem nicht wieder herbeiführt -
seltsamerweise gab es nämlich das DMathsAddOn auch zwei Mal im
uno_packages-Unterordner ... vielleicht hat auch nur diese besondere
Kombination zu dem Phänomen geführt.

bezüglich Dmaths noch einen kurzen Hinweis meinerseits:
http://dmaths.org/documentation/doku.php?id=description:dl

Du arbeitest mit LO 5.0.4.2? - Es gibt meines Wissens zurzeit keine Version zum (freien) Download, die mit LO 5.0.x und 5.1.x kompatibel ist. Oder benutzt du schon Dmaths 3.5.9.8 (nur für Clubmitglieder)?

Mit welcher Version von Dmaths hast du gearbeitet?
Dmaths 3.5.5.0 ist z.B. nur kompatibel mit LO 4.x.x.
Läuft mit LO 4.4.7 nach Aussage meiner Kollegen sehr stabil.

Gruß
Karl

#8

Hallo Karl,

Hallo Franklin,

[...]
Ich habe dann zwei eh kaum mehr gebrauchte Extensions, die mir noch
am ehesten im Verdacht standen, in die Tastenfunktionalität
hineinzupfuschen, deinstalliert - und siehe da, danach ändert sich
beim Rückwärtslöschen auch nicht mehr eigenmächtig die Schriftart
aller berührten Wörter. Bei den beiden Extensions handelte es sich
um autotext_emoticons und das DMathsAddOn. Es kann übrigens sein,
dass jede für sich das Problem nicht wieder herbeiführt -
seltsamerweise gab es nämlich das DMathsAddOn auch zwei Mal im
uno_packages-Unterordner ... vielleicht hat auch nur diese besondere
Kombination zu dem Phänomen geführt.

bezüglich Dmaths noch einen kurzen Hinweis meinerseits:
http://dmaths.org/documentation/doku.php?id=description:dl

Hmm, so auf den ersten Blick hab ich dort nicht wirklich was zur
Inkompatibilität mit LibO 5 gefunden ... aber aktuell scheint
tatsächlich keine Version angeboten zu werden ...

Du arbeitest mit LO 5.0.4.2? - Es gibt meines Wissens zurzeit keine
Version zum (freien) Download, die mit LO 5.0.x und 5.1.x kompatibel
ist. Oder benutzt du schon Dmaths 3.5.9.8 (nur für Clubmitglieder)?

Hmm, hier wurde nach dem entsprechenden Hinweis auf eine neue
Version am 07.01.2016 auf die Version 3.5.9.3 aktualisiert.

Mit welcher Version von Dmaths hast du gearbeitet?
Dmaths 3.5.5.0 ist z.B. nur kompatibel mit LO 4.x.x.
Läuft mit LO 4.4.7 nach Aussage meiner Kollegen sehr stabil.

Wie gesagt, möglicherweise lag es ja auch an autotext_emoticons. Ich
hab das eben, da ich beide kaum mehr brauche, jetzt nicht mehr
weiter ausgetestet.