Hallo Gerd, hallo Regina,
vielen Dank für eure schnellen Beiträge:
@Regina: der Tipp war genau richtig: in Extras > Optionen > Sprachen >
war beim Datumserkennungsmuster die Formulierung "D.M.Y;D.M."
vorgegeben. Das führt in Calc zu der Umwandlung von dem eingegebenen
Text 12-5-19 zu (Apostroph) '12-5-19 und bedeutet, dass das eingegebene
Datum in Text umgewandelt wird.
Nach dem Hinzufügen von D-M-Y zu den vorgegebenen Einstellungen wird das
Datum wieder korrekt gesetzt.
@Gerhard: Ich finde es gut, dass du für die Normierung eine Lanze
brichst! Denn sie soll -trotz aller Verwirrungen durch unterschiedlichen
Gebrauch- Licht in den Dschungel bringen und eine Schreibweise vereinfachen
Daher konnte ich die originalen Vorgaben D.M.Y;D.M. um die Formulierung
D-M-Y ergänzen. D. h. das gesamte Datumserkennungsmuster lautet nun
D.M.Y;D.M.;D-M-Y und deckt damit alle Schreibweisen ab: die
amerkianische/englische sowie diejenigen, die in Europa in Gebrauch
sind. Damit ist allen geholfen, ohne eine der Schreibweisen abzulehnen.
Gleichzeitig habe ich in Calc kein Problem mehr mit dem numerischen
Block Kolonnen von Datumsangaben zu erfassen: Es ist dort wesentlich
einfacher mit dem Bindestrich zu arbeiten als jedes Mal auf die
alphanumerische Tastatur zu wechseln und einen Punkt zu machen.
Ich habe auch probiert nur mit der linken Hand den Punkt zu machen, aber
das hat mich zu sehr verwirrt und zu vielen Fehlern geführt.
Mit herzlichem Gruß
Stephan Schindel
Computer Rundum
fon 0431 260 982 50
fax 0431 260 982 49
mob 0170 384 73 99
Zeyestraße 26
24106 Kiel
Am 20.02.2019 um 01:26 schrieb Gerhard Weydt:
Hallo Stephan,
Regina war schneller mit dem Hinweis, wie du das ermöglichen kannst.
Mir geht es aber noch um etwas anderes:
Seit 1988 gibt es eine internationale Norm (ISO 8601 und EN 28601),
die die Schreibweise von Datum und Uhrzeit regelt, in der z. B. das
Datum mit 2018-12-15 geschrieben wird für den 15. Dezember 2018, wie
die in Deutschland und vielen seiner Nachbarländer übliche und auch
weiterhin zulässige Schreibweise ist, aber die z. B. in Großbritannien
und den USA nicht verwendet wird.
LibreOffice unterstützt diese Norm, wenn du ein Datum in dieser Form
in Calc eingibst, selbst wenn die Zelle vorher das Format Dezimalzahl
hatte (andere Fälle habe ich nicht getestet, das ist ja der
Initialzustand), wird das Feld automatisch als Datumsfeld formatiert,
mit der Formatdarstellung 1999-12-31. Wenn du diese Form 2018-12-15 in
eine Zelle eingibst, die bereits als Datum (mit z. B. 31.12.1999 als
Formatmuster) formatiert ist, wird dann auch automatisch eine
Umwandlung vorgenommen, im Beispiel zu 15.12.2018.
Worauf ich hinauswill: es gibt nun eine international normierte
Schreibweise mit Strichen als Trennzeichen, deine Form läuft der
zuwider. Leider - und das ist auch der Grund, warum ich überhaupt dazu
schreibe - sehe ich diese Form öfters, ich weiß nicht, ob da mal
jemand amerikanische Sitten toll findet oder nur vage etwas von der
internationalen Norm gesehen hat, jedenfalls ist eine
Datumsdarstellung des Formats "D-M-Y" kontraproduktiv, weil sie,
anstatt die gemeinsame Norm zu verwenden, eine weitere neue Variante
für Deutschland verwendet (schon Engländer und Amerikaner haben ja bei
der Strich-Formatierung das Problem, dass die einen den Tag als erstes
nennen, die anderen den Monat, und das, wo man bei einem Text nicht
ohne weiteres erkennen kann, in welchem Land er erstellt wurde; ganz
klar, warum die internationale Norm notwendig wurde, in der
Computertechnologie wird die auch überall verwendet, ggf. ohne die
Striche, um Platz zu sparen, aber da sagt der Zusammenhang ja ohnehin,
dass es ein Datum ist).
Deshalb finde ich es nicht gut, dass du überhaupt ein Datum in dieser
Form eingeben willst; es sei denn, du erhältst die Daten irgendwie als
Datei, die du nicht selber beeinflussen kannst, dann sind die
Datumserkennungsmuster ein gutes Mittel. Aber wenn dem nicht so ist,
dann würde ich auf das Format "D-M-Y" verzichten, der Punkt ist
genauso leicht erreichbar, und die verwirrende Verwendung dieses
Musters sollte vermieden werden.
Gruß
Gerhard
Am 20.02.2019 um 00:44 schrieb Regina Henschel:
Hallo Stephan,
Stephan Schindel schrieb am 19-Feb-19 um 23:03:
Hallo,
ich habe ein Problem bei LibreOffice 6.1 Calc/Writer bei der
Umwandlung des eingegebenen Textes in ein Datum gefunden:
In der LibreOffice Version 5.4.7 konnte ich in einer Tabellenzelle
(Calc oder Writer) einfach einen Text in der Form 15-12-18 eingeben.
Das wurde dann bei Betätigung der Enter-Taste automatisch in die
Form 15.12.2019 umgewandelt.
Seit ich nun die Version 6.1 verwende, ist das in beiden
Programmteilen nicht mehr möglich.
In den Optionen vom Writer ist im Bereich LibreOffice Writer >
Tabelle eine Zahlenformaterkennung ein- bzw. ausschaltbar.
Schalte sie ein.
Sie hat nur keine
Funktion mehr und es lässt sich auch nicht erkennen, welche
Zahlenerkennung eigentlich gemeint ist.
Was muss ich tun, damit ich wieder leichter über das numerische Feld
Datumsangaben eingeben kann?
In Extras > Optionen > Spracheinstellungen > Sprachen gibt es das
Feld 'Datumserkennungsmuster:'. Dort fügst du das gewünschte Muster
hinzu, in deinem Fall also D-M-Y, dann wird das Minuszeichen des
Nummernblocks wie gewünscht interpretiert.
Bei Writertabellen musst du nicht Enter drücken sondern die Zelle
verlassen.
Mit freundlichen Grüßen
Regina
--
Liste abmelden mit E-Mail an: users+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/users/
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.