von RobertG » Do, 07.09.2017 18:01
Hallo Tom, hallo Poller,
das ist
https://bugs.documentfoundation.org/sho ... i?id=96190. Funktioniert weder in LO noch in AOO korrekt. Ist vermutlich schon lange vorher falsch gelaufen.
Was vor allem sehr verwirrend ist: Wenn jemand in ein Integerfeld der Tabelle ohne Datumsformatierung einfach ein Datum schreibt, dann wird das korrekt in die entsprechende Integer-Zahl umgewandelt. Lasse ich anschließend die Spalte als Datum formatieren, so ist das Datum wie eingegeben.
Schreibe ich hingegen anschließend in das mit einem Datumsformat versehene Feld, so wird der intern abgespeicherte Wert um 2 vermindert.
Der Bug steckt in den Formatierungsbedingungen des formatierbaren Feldes (bzw. des Tabellenfeldes). Wenn das Integer-Feld durch ein Datumsfeld beschrieben wird, dann stimmt das Datum anschließend scheinbar, weil dieses Feld wohl dem Bug einfach angepasst wurde ...
Den Klimmzug mit Integer-Werten an dieser Stelle machen vermutlich viele, weil sie so eine Funktion wie DATEADD nachstellen können, die es für die interne HSQLDB nicht gibt.
Ich habe mir früher damit geholfen, dass ich für meine Berechnungen einfach eine Tabelle mit Integer-Zahlen und Datum aus Calc nach Base transportiert habe. Ausgangsdatum in der Base-Tabelle anschließend gesucht, zu dem passenden Integer-Wert z.B. 14 (für 14 Tage) addiert und dann das passende Zieldatum gefunden. Ging für eine Bibliothek ganz gut.
Gruß
Robert
Hallo Tom, hallo Poller,
das ist [url]https://bugs.documentfoundation.org/show_bug.cgi?id=96190[/url]. Funktioniert weder in LO noch in AOO korrekt. Ist vermutlich schon lange vorher falsch gelaufen.
Was vor allem sehr verwirrend ist: Wenn jemand in ein Integerfeld der Tabelle ohne Datumsformatierung einfach ein Datum schreibt, dann wird das korrekt in die entsprechende Integer-Zahl umgewandelt. Lasse ich anschließend die Spalte als Datum formatieren, so ist das Datum wie eingegeben.
Schreibe ich hingegen anschließend in das mit einem Datumsformat versehene Feld, so wird der intern abgespeicherte Wert um 2 vermindert.
Der Bug steckt in den Formatierungsbedingungen des formatierbaren Feldes (bzw. des Tabellenfeldes). Wenn das Integer-Feld durch ein Datumsfeld beschrieben wird, dann stimmt das Datum anschließend scheinbar, weil dieses Feld wohl dem Bug einfach angepasst wurde ...
Den Klimmzug mit Integer-Werten an dieser Stelle machen vermutlich viele, weil sie so eine Funktion wie DATEADD nachstellen können, die es für die interne HSQLDB nicht gibt.
Ich habe mir früher damit geholfen, dass ich für meine Berechnungen einfach eine Tabelle mit Integer-Zahlen und Datum aus Calc nach Base transportiert habe. Ausgangsdatum in der Base-Tabelle anschließend gesucht, zu dem passenden Integer-Wert z.B. 14 (für 14 Tage) addiert und dann das passende Zieldatum gefunden. Ging für eine Bibliothek ganz gut.
Gruß
Robert