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


Hallo zusammen,

das nachfolgende Posting habe ich vor einigen Tagen (weitgehend
wortgleich) auf der Liste users@de.libreoffice.org abgesetzt, weil ich
zunächst klären wollte, ob es sich um einen Bug handelt und davon
ausgehe, dass einige beide Listen lesen, aber nicht alle. Leider gab es
nur eine Reaktion: Das Problem wurde nachgestellt und als Bug
eingeschätzt. Seht Ihr in dieser Liste es auch so?

Bei der Nutzung von Autoformat für Writer-Tabellen habe ich zwischen
der jetzt und der vorher von mir verwendeten Version 4.2.8.2 eine
Veränderung festgestellt, mit der das Handling umständlicher ist.
Nachgestellt werden kann es einfach:

- In einem neuen Writer-Dokument eine Tabelle mit 3 Spalten und 11
  Zeilen (jedenfalls eine ungerade Zahl) einfügen;
- Funktion "Autoformat": Standardvorlage "Gelb" auswählen;
- letzte Zeile: komplett markieren und löschen.

Bei Schritt 3 wird das Format (u.a. der Hintergrund) der bisherigen
letzten Zeile auf die neue letzte übertragen - obwohl "Autoformat"
eigentlich erledigt war und die Funktion nicht mehr aktiviert wird.

Mit LO 4.x blieb die Hintergrundfarbe der neuen letzten Zeile erhalten,
und die der alten wurde nicht mehr übertragen. 

Ich verstehe nicht, was bezüglich der Entwicklung bei "Autoformat"
vorgeht. Auch LO 4.x verhielt sich schon Vorgängerversionen gegenüber
anders: Vorher wurde letzten Zeilen nach Nutzung von Autoformat die
Farbe zugewiesen, die jeweils chronologisch "dran" war - mit LO 4.x
nicht mehr, sondern diejenige, die in "Autoformat" für die letzte Zeile
definiert wurde (vermutlich, weil sie seitdem eine Summenfunktion
erfüllt). Die Folge war lediglich, dass ich meinen Arbeitsablauf ändern
musste: Löschung überschüssiger Zeilen nicht vor, sondern nach
"Autoformat". Jetzt allerdings nützt auch das nichts mehr: Selbst dann
noch zwingt Autoformat der letzten Zeile die Formatierung auf. Ziemlich
ärgerlich, das Ganze, denn es behindert den Arbeitsfluss. Wenn es
Absicht sein sollte, verstehe ich sie auch nicht - jedenfalls dann
nicht, wenn es um selbst erstellte Vorlagen geht, die überhaupt keine
Rechenvorgänge bezwecken. Writer-Tabellen werden doch für alles
Mögliche genutzt, wo es nicht um Zahlen und Summen geht. Wenn ich also
Tabellen mit ganz anderem Charakter erstelle: Wieso müssen sie von
Autoformat dann zurecht-/umgebogen werden? 

Immerhin habe ich einen Workaround gefunden, mit dem sich die Sache
einigermaßen einfach lösen lässt: Letzte Zeile markieren und nochmal
"Autoformat" drüberbügeln. Das allerdings dürfte nur bei meinen selbst
erstellten, einfachen (Autoformat-)Vorlagen funktionieren. Bei ihnen
werden ganzen Zeilen ja abwechselnd 2 Farben und keine weiteren
Funktionen zugewiesen. Bei den vorhandenen Standardvorlagen sind die
Zuweisungen komplexer und meist mehr Farben im Spiel.

Zur Illustration der nun verursachten Umstände 5 Screenshots
(Standardvorlage "Gelb"):

Eine autoformatierte Tabelle im Grundzustand:
http://sambalada.de/Autoformat_A 

eine autoformatierte Tabelle, bei der die 3 letzten, leeren Zeilen
gelöscht sind: http://sambalada.de/Autoformat_B

Markierung der drittletzten Zeile und Klick auf "Hintergrundfarbe", um
festzustellen, welche ich benötige: http://sambalada.de/Autoformat_C

Markierung der letzten Zeile, Klick auf "Hintergrundfarbe" und Auswahl
der vorher identifizierten: http://sambalada.de/Autoformat_D

fertiggestellte Tabelle: http://sambalada.de/Autoformat_E

Weiß jemand Näheres über die Gründe, warum "Autoformat" von
LO-Generation zu LO-Generation wie beschrieben entwickelt wird - ob es
also so gewollt oder doch ein Bug war/ist?

Viele Grüße

Rainer

-- 
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

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.