[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 08.04.2017 um 20:39 schrieb Gerhard Weydt:
> Hallo Andreas
> 
> Am 08.04.2017 um 13:18 schrieb Andreas Säger:
>> Immerhin ist es nur Basic und funktioniert wie dokumentiert, also mit
>> 8 Ziffern.
> Nein; es funktioniert eben nicht wie dokumentiert. Es steht da bei
> CDate, dass das Datum in der Form MM.DD. einzugeben ist. Versuch das
> mal mit "12.31.2017" in einer deutschen Installation, es gibt eine

Ach sooo. Ja, bei cDate ist die Doku ganz klar falsch. Hatte ich noch
nicht bemerkt.

Ich war noch bei cDateFrom/ToISO. Dort steht:
> Example:
> dateval = CDateFromIso("20021231")
> returns 12/31/2002 in the date format of your system

was ja irgendwie doppelt gemoppelt ist weil 12/31/2002 ja schon die
lokale Notation ist. Außerdem wird nicht das Systemformat verwendet
sondern das globale Gebietsschema der Office-Suite. Man könnte auf die
Übersetzung des Datums ganz verzichten und ganz neutral schreiben:

> Example:
> dateval = CDateFromIso("20021231")
> returns 2002-12-31 in the date format that is specified by the locale option 
> in the language settings 

(und dann vielleicht noch einen Link auf diese Sprachoptionen)




-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-discuss] Re: Änderung in Basic-Funktionen?

[Gerhard Weydt]

Hallo Andreas

Am 08.04.2017 um 13:18 schrieb Andreas Säger:
Immerhin ist es nur Basic und funktioniert wie dokumentiert, also mit 
8 Ziffern.
Nein; es funktioniert eben nicht wie dokumentiert. Es steht da bei 
CDate, dass das Datum in der Form MM.DD. einzugeben ist. Versuch das 
mal mit "12.31.2017" in einer deutschen Installation, es gibt eine 
Fehlermeldung, eben weil das weder ein Datum ist, das den Date 
Acceptance Patterns in einer deutschen Installation entspricht, noch ein 
ISO-Datum. Das ist eine amerikanisch geprägte Form, die sich zudem 
offenbar nicht im Deutschen ändern lässt, weil sie nicht zur Übersetzung 
markiert ist. (Daher auch die englischen Kürzel für die Bestandteile)
Die Date Acceptance Patterns sind natürlich nicht schön, aber wohl 
unumgänglich, prominentestes Beispiel ist wahrscheinlich britisches vs. 
amerikanisches Datum: "If you write 4/8/2011, it is the *4th August 
2011* in /Britain/, but it is *April 8th, 2011* in the /USA/." 
(http://www.englisch-hilfen.de/en/words/date.htm) Wobei das aber nur 
eine der jeweils gebräuchlichen Schreibwesen ist, die anderen sind z.B. 
mit deutsche Schreibweise oder ISO oder... zu verwechseln. Und das gibt 
es in vielen anderen Sprachen. Deshalb wurde ja die ISO-Norm eingeführt, 
um wenigstens eine allgemeingültige Form zu haben, z.B. für die EDV.
Und wenn bei Datevalue steht "The date can be specified in almost any 
format. ", dann stimmt das einfach nicht mehr, egal, wie man zu den 
Patterns steht, und sollte korrigiert werden.

Je tiefer man da gräbt, desto mehr Bugs tauchen auf, deren
Behebung negative Auswirkungen auf existierende Makros haben würde.
Etwa wie dieser Klops hier:

https://bugs.documentfoundation.org/show_bug.cgi?id=106529

Also besser nicht in der Brühe herumrühren.
Da wäre ja eine Bankrotterklärung: nichts ändern, weil ja vielleicht 
etwas passieren könnte. Dann gäbe es auch kein LibreOffice. Und außerdem 
geht es ja auch darum, die Dokumentaion zu korrigieren, da passiert ja 
wohl kein neuer Fehler.


Gerhard

--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 04.04.2017 um 19:09 schrieb Gerhard Weydt:
> Hallo Andreas, alle,
> Da die Dokumentation die (gar nicht mal so) neue Situation der Date
> Acceptance Patterns noch nicht berücksichtigt, gibt es auch noch Bug
> 106957 - outdated documentation for BASIC date functions
>  zum
> Aktualisieren der Dokumentation.
> 
> Grüße
> 


Immerhin ist es nur Basic und funktioniert wie dokumentiert, also mit 8
Ziffern. Je tiefer man da gräbt, desto mehr Bugs tauchen auf, deren
Behebung negative Auswirkungen auf existierende Makros haben würde.
Etwa wie dieser Klops hier:
> https://bugs.documentfoundation.org/show_bug.cgi?id=106529

Also besser nicht in der Brühe herumrühren.

Z.B. ist der Gebrauch von cDateFromISO auch mit 2-stelligen Jahreszahlen
dokumentiert. Auch dieses Anti-Feature funktioniert anders als in der
GUI weil 2-stellig immer auf 1900+x zurückfällt wärend die Office Suite
ein spezielles Setup für 2-stellige Jahreszahlen hat.

Es läuft immer auf das gleiche Dilemma hinaus: Wenn Du "ernsthaft"
programmieren willst, dann darfst Du kein StarBasic verwenden sondern
musst auf eine richtige Sprache zurückgreifen. Für Scripting bietet sich
Python an weil es extrem leicht zu erlernen, gut dokumentiert und sehr
konsistent ist.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-discuss] Re: Änderung in Basic-Funktionen?

[Gerhard Weydt]

Hallo Andreas, alle,

ich habe weiter getestet und einige weitere Probleme festgestellt, 
nämlich dass von den zwei ISO-Formaten 2012-12-31 und 20121231 häufig 
nur eines richtig behandelt wird, dummerweise aber mal das eine und mal 
das andere, in einem Fall wird dann das andere zurückgewiesen, im 
anderen Fall wird ein falsches Ergebnis geliefert.


Ich habe dafür den Bug Bug 106956 - Erroneous and inconsistent handling 
of ISO date format in Basic functions 
 angelegt.


Da die Dokumentation die (gar nicht mal so) neue Situation der Date 
Acceptance Patterns noch nicht berücksichtigt, gibt es auch noch Bug 
106957 - outdated documentation for BASIC date functions 
 zum 
Aktualisieren der Dokumentation.


Grüße

Gerhard

Am 01.04.2017 um 10:57 schrieb Andreas Säger:

Am 30.03.2017 um 19:27 schrieb Thomas Krumbein:

Hallo Gerhard,

hmm, Du hast recht. Jetzt geht es auch wie Du beschrieben hast.

Ging bei mir irgendwie vorhin nicht. Ich hätte wohl mal LO komplett
schliessen müssen;)

Also müssten nur die Beispiele der Hilfe in Deutsch auf ein deutsches
Datumsformat umgeswitscht werden:)

Ist ja schon mal was :)

VG

Thomas


Alle Datumswerte müssen entweder den korrekten Datentyp haben oder wenn
es denn String sein muss, dann ISO und nichts als ISO für sämtliche
Gebietsschemata, in Basic, in Calc, in Base, ... ach nee halt, ihr habt
ja dieses unselige "date acceptance pattern" eingebaut. Na, jedenfalls
scheint Basic und Base von dem Gefrickel nicht betroffen zu sein, so
dass ISO an dieser Stelle immer funktioniert.





--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 30.03.2017 um 19:27 schrieb Thomas Krumbein:
> Hallo Gerhard,
> 
> hmm, Du hast recht. Jetzt geht es auch wie Du beschrieben hast.
> 
> Ging bei mir irgendwie vorhin nicht. Ich hätte wohl mal LO komplett
> schliessen müssen;)
> 
> Also müssten nur die Beispiele der Hilfe in Deutsch auf ein deutsches
> Datumsformat umgeswitscht werden:)
> 
> Ist ja schon mal was :)
> 
> VG
> 
> Thomas
> 

Alle Datumswerte müssen entweder den korrekten Datentyp haben oder wenn
es denn String sein muss, dann ISO und nichts als ISO für sämtliche
Gebietsschemata, in Basic, in Calc, in Base, ... ach nee halt, ihr habt
ja dieses unselige "date acceptance pattern" eingebaut. Na, jedenfalls
scheint Basic und Base von dem Gefrickel nicht betroffen zu sein, so
dass ISO an dieser Stelle immer funktioniert.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert