[Bug 166555] formatting date as dd.mm.yyyy instead of dd.mm.yy as default as an option

[bugzilla-daemon at bugs.documentfoundation.org]

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

Franz <fbakan at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED
     Ever confirmed|1                           |0

--- Comment #4 from Franz <fbakan at gmx.net> ---
(In reply to Heiko Tietze from comment #3)
> AFAIK, it needs to be defined in a locale specific definition. And in fact
> we have "TT.MM.JJ" for DateFormatskey1 in
> i18npool/source/localedata/data/de_DE.xml. We have four German definitions -
> and a multitude others. What scope do you have in mind?

When I look into de_DE.xml I see 2 FormatElements containing FormatCode
TT.MM.JJ
one with type="short" and one with type="medium" both with default="true"

...
128    <FormatElement msgid="DateFormatskey1" default="true" type="short"
usage="DATE" formatindex="18">
         <FormatCode>TT.MM.JJ</FormatCode>
       </FormatElement>
       <FormatElement msgid="DateFormatskey9" default="true" type="long"
usage="DATE" formatindex="19">
         <FormatCode>NNNNT. MMMM JJJJ</FormatCode>
       </FormatElement>
       <FormatElement msgid="DateFormatskey8" default="true" type="medium"
usage="DATE" formatindex="20">
         <FormatCode>TT.MM.JJ</FormatCode>
       </FormatElement>
       <FormatElement msgid="DateFormatskey7" default="false" type="medium"
usage="DATE" formatindex="21">
138      <FormatCode>TT.MM.JJJJ</FormatCode>
...


I wonder, why there are two different types for TT.MM.JJ. (one 'short' and one
'medium')
Perhaps for Writer and not for Calc...

Maybe a solution would be to make configurable in the user settings which
FormatElement gets the attribute default="true"

A quick solution might be to just exchange the default="true"/"false"
atrributes
between DateFormatskey7 and DateFormatskey8

But I'm not sure if it also matters which FormatElement has msgid
DateFormatskey1

IMO it would be preferable in general to default to TT.MM.JJJJ instead of
TT.MM.JJ
(or some other format containing 4 digits for the year)
because this avoids unclearness in printouts (or pdfs).
When you have for example 08.09.08 you never know if it's 8. September 1908 or
some other millenium...

-- 
You are receiving this mail because:
You are on the CC list for the bug.