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


Hi Gerhard,

jep das hast Du richtig erkannt, habe mich da vertan...

Gerhard Weydt schrieb am 27.12.2019 um 21:39:
Hallo Marino,

Am 27.12.2019 um 10:35 schrieb Marino Salvalaggio:
...
Nach DIN EN 28601 galt im deutschen Sprachraum JJJJ-MM-TT
Diese wurde jedoch mit DIN 5008 (2001) zugunsten JJJJ.MM.TT (wie in
LibOf) wieder fallen gelassen!
Das wurde nicht fallengelassen, es wurde nur die bisher in Deutschland
verwendete Form TT.MM.JJJJ (und nicht, wie du schreibst, die umgekehrte
JJJJ.MM.TT !!!

Die Reihenfolge ist im deutschsprachigen Raum tatsächlich umgekehrt; was
jedoch keinen Einfluss auf die abgespeicherten Daten hat, da diese nicht
Sprach-gebunden hinterlegt sind. Diese Werte werden nur jeweils anders
interpretiert ausgegeben.

Es gilt jedoch zu beachten, dass wesentlicher Unterschiede zwischen:
A. TIME und DATE_AND_TIME (DIN)
B. Time_of_Day und Date_and_Time_of Day (ISO)
bestehen.
Die binäre Hinterlegung folgt dabei nicht der gleichen Gesetzen.

In diesem Zusammenhang ist mir aufgefallen, dass in LibOf eine unschöne
Ungereimtheit existiert.

Da bei der DtTm Eingabe "Zellen formatieren" Datum und Uhrzeit die
Platzhalter für:
1. Datum TT.MM.JJJJ
2. Uhrzeit HH:MM:DD
verwendet werden, erfolgt das unangenehme Ersetzen von Uhrzeit in Datum,
wenn "MM" als Format_Code eingefügt wird. Wird ":MM" oder "MM:"
geschrieben, dann bleibt die Minute von Time, jedoch erscheint nun in
der Tabelle der Wert mit vor- bez, nach-gestelltem Doppelpunkt; gerade
das, was es unmöglich macht hier eine Glanzzahl einzusetzen!
In gewissen Programmieroberflächen welche Format-restriktiv sind, sind
die Datums-Platzhalter in Grossbuchstaben-, die Zeit-Platzhalter in
Kleinbuchstaben gehalten (e); DD.MM.JJJJ / hh:mm:ss,ms damit solche
Vertauschungen gar nicht erst auftreten können!

) wieder offiziell zugelassen, weil sich keiner an die
Standardform JJJJ-MM-TT gehalten hat, was auch kein Wunder ist, weil
dieser internationale Standard auch kaum irgendwo offensiv vertrieben
und beworben wurde.
Und LibO unterstützt selbstverständlich auch das internationale Format,
gib mal in ein leeres Calc-Dokument 2019-12-27 ein, das ist dann
anschließend als Datumsfeld erkannt worden, mit eben dieser Formatierung.
LibO speichert Datum und Uhrzeit in einer Zahl, wobei die
Vorkommastellen die Tage seit einem Stichtag zählen, den ich momentan
nicht mehr weiß, das kann man ja ausprobieren, und die Nachkommstellen
die Uhrzeit ergeben, 0,5 entspricht 12 Uhr. Was man an der Oberfläche
sieht, ist immer umgerechnet und formatiert. Keine der vielen möglichen
Formen ist besser oder schlechter als die andere, LibO ist da neutral.

Gruß

Gerhard

Gruss Marino


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