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

Franz <[email protected]> changed:

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

--- Comment #4 from Franz <[email protected]> ---
(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 the assignee for the bug.

Reply via email to