Hi,
On Friday, 2012-01-20 21:14:29 +0100, Eike Rathke wrote:
> On Friday, 2012-01-20 13:32:26 +0100, Jean-Baptiste Faure wrote:
>
> > >> Only one answer saying that fr_CH will be happy with "D/M".
> > >
> > > Sigh.. so fr-CH will be happy with D/M for fr-FR ... because fr-CH
> > > doesn't even u
2012/1/27 Marek Laane
>
>
> 2012/1/27 Eike Rathke
>
>> Hi Mihkel,
>>
>> On Monday, 2012-01-23 19:37:01 +0200, Mihkel Tõnnov wrote:
>>
>> > For Estonian, please add the officially correct incomplete date pattern
>> > "D.M" and also some which are technically not correct, but which are
>> used
>>
2012/1/27 Eike Rathke
> Hi Mihkel,
>
> On Monday, 2012-01-23 19:37:01 +0200, Mihkel Tõnnov wrote:
>
> > For Estonian, please add the officially correct incomplete date pattern
> > "D.M" and also some which are technically not correct, but which are used
> > nevertheless (and I don't think they'd
Hi alan.monfort,
On Monday, 2012-01-23 20:29:08 +0100, alan.monf...@free.fr wrote:
> For breton language, we use DD/MM for the short pattern, DD/MM/YY or DD/MM/YY
> for the developped one.
Done
http://cgit.freedesktop.org/libreoffice/core/commit/?id=91e9cdd32943de6d3075a26e468bba11fa60bdee
Not
Hi Mihkel,
On Monday, 2012-01-23 19:37:01 +0200, Mihkel Tõnnov wrote:
> For Estonian, please add the officially correct incomplete date pattern
> "D.M" and also some which are technically not correct, but which are used
> nevertheless (and I don't think they'd conflict with anything, so it
> shou
Hello,
For breton language, we use DD/MM for the short pattern, DD/MM/YY or DD/MM/YY
for the developped one.
Many thanks.
Best regards
Alan
For Estonian, please add the officially correct incomplete date pattern
"D.M" and also some which are technically not correct, but which are used
neverthe
For Estonian, please add the officially correct incomplete date pattern
"D.M" and also some which are technically not correct, but which are used
nevertheless (and I don't think they'd conflict with anything, so it
shouldn't hurt): "D. M", "D.M.", "D. M.".
Best regards,
Mihkel
--
Unsubscribe ins
Hi Zeki,
On Saturday, 2012-01-21 00:01:45 +0200, Zeki Bildirici wrote:
> D.M
> D/M
> D-M
> should be all fine for tr-TR (Turkish). The common seperator is "."
> but there is not a rule for it so any seperator can be used.
Added
http://cgit.freedesktop.org/libreoffice/core/commit/?id=2d8a5940a036
Hi Harri,
On Friday, 2012-01-20 19:11:00 +0200, Harri Pitkänen wrote:
> For Finnish (fi_FI) please add "D.M.", I don't think other abbreviated
> formats
> are used here.
Added
http://cgit.freedesktop.org/libreoffice/core/commit/?id=49e685663146b9ad59a47cfaf9cf499fc6a6b937
Thanks
Eike
--
L
Hi Niklas,
On Friday, 2012-01-20 17:01:24 +0100, Niklas Johansson wrote:
> When looking closer at the date- and time-formats for sv_SE I find a
> lot of duplicates of -MM-DD
> and YY-MM-DD. There are a few lets say questionable formats there
> as well. When it comes to time-
> formats. I rea
12 Ocak 2012 15:43 tarihinde Eike Rathke yazdı:
> Hi,
> Just mail me the pattern(s) for your locale, I'll add it then.
Hi,
D.M
D/M
D-M
should be all fine for tr-TR (Turkish). The common seperator is "."
but there is not a rule for it so any seperator can be used. I checked
MS Excel and all the a
Hi Jean-Baptiste,
On Friday, 2012-01-20 13:32:26 +0100, Jean-Baptiste Faure wrote:
> >> Only one answer saying that fr_CH will be happy with "D/M".
> >
> > Sigh.. so fr-CH will be happy with D/M for fr-FR ... because fr-CH
> > doesn't even use '/' date separator..
>
> Indeed. But they use the d
On Thursday 12 January 2012, Eike Rathke wrote:
> If in your locale input of incomplete/abbreviated dates shall be
> allowed, this will need a element be added to
> locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
> (both already in).
>
> Just mail me the pattern(s) for your
Hi again
When looking closer at the date- and time-formats for sv_SE I find a lot
of duplicates of -MM-DD
and YY-MM-DD. There are a few lets say questionable formats there as
well. When it comes to time-
formats. I really hope we at least can have HH.MM and MM.SS
Is it possible not to tu
Le 19/01/2012 23:53, Eike Rathke a écrit :
> Hi Jean-Baptiste,
>
> On Thursday, 2012-01-19 22:33:43 +0100, Jean-Baptiste Faure wrote:
>
>> Only one answer saying that fr_CH will be happy with "D/M".
>
> Sigh.. so fr-CH will be happy with D/M for fr-FR ... because fr-CH
> doesn't even use '/' dat
On 01/19/2012 11:46 PM, Eike Rathke wrote:
And also it wants a possibility to switch off "incomplete date
recognition" completely? Is this doable?
No (not yet?) Best would be to implement an editable list of not
auto-generated patterns, so the user could add/remove to her likes.
...
Well, I
Hi Jean-Baptiste,
On Thursday, 2012-01-19 22:33:43 +0100, Jean-Baptiste Faure wrote:
> Only one answer saying that fr_CH will be happy with "D/M".
Sigh.. so fr-CH will be happy with D/M for fr-FR ... because fr-CH
doesn't even use '/' date separator..
Anyway, now added D/M to fr-FR, fr-BE and f
Hi Aferkiw,
On Thursday, 2012-01-19 23:21:23 +0100, Aferkiw N Tamazgha wrote:
> Ok it seem D/M is probably the best.
Added
http://cgit.freedesktop.org/libreoffice/core/commit/?id=bffecae79a79feec906f55f25d0d563915d64c6e
Thanks
Eike
--
LibreOffice Calc developer. Number formatter stricken i1
Hi Eike,
Ok it seem D/M is probably the best.
Regards,
AAK
On Wed, Jan 18, 2012 at 3:42 PM, Eike Rathke wrote:
> Hi Aferkiw,
>
> On Wednesday, 2012-01-18 00:05:58 +0100, Aferkiw N Tamazgha wrote:
>
> > I don't understand ...
> >
> > What I need to change for kab_DZ
>
> kab-DZ uses DD/MM/
Hi Yury,
On Wednesday, 2012-01-18 18:21:29 +0200, Yury Tarasievich wrote:
> >... I'm confused now, does be-BY want incomplete date patterns, yes or
> >no?
>
> Yes. Sorry.
Ok ;-) done
http://cgit.freedesktop.org/libreoffice/core/commit/?id=09c1d111208619197fa851b21ff24bd261a93b15
> And also it
Le 18/01/2012 14:37, Eike Rathke a écrit :
> Hi Jean-Baptiste,
>
> On Sunday, 2012-01-15 07:34:09 +0100, Jean-Baptiste Faure wrote:
>
>> I think for fr_FR we need "D/M".
>> Asked for other FR variants on discuss@fr ML.
>
> Any news on that? If not, I'll just add D/M
Only one answer saying that
Hi Takeshi,
On Thursday, 2012-01-19 22:54:25 +0900, Takeshi Abe wrote:
> For ja_JP could you add the same patterns as the following one for zh_CN:
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=605707652afebf0e5c90311adcc7767ebe807e45
Done, except that I used "Y/M/D" instead of "Y/M/D
Hi Eike,
On Thu, 12 Jan 2012 14:43:47 +0100, Eike Rathke wrote:
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost any locale" behavior I recently
> implemented locale dependent date acceptance patterns that need to be
> matched for date in
Hi Eike
[... time separator ...]
Is it possible to accept both . and : as separators?
No, only one is possible.
OK, good to know.
EU-standard (not seen that often but since were in the EU and all EU
documents ,
use this format it would be a good thing to support):
D.M
D.M.
Which standard
On Wed, Jan 18, 2012 at 12:05 AM, Eike Rathke wrote:
> Hi Cheng-Chia,
>
> On Tuesday, 2012-01-17 12:22:17 +0800, Cheng-Chia Tseng wrote:
>
>> For zh-TW, full date patterns are:
>> Y-M-D
>> Y/M/D
>> Y.M.D
>
> Y-M-D is the always accepted ISO 8601 pattern, and Y/M/D is already
> generated from Forma
On 01/18/2012 03:50 PM, Eike Rathke wrote:
...
But it would be ever so better to have a possibility for computer to
not second-guess at all, as such guesses might even be culturally
irrelevant.
... I'm confused now, does be-BY want incomplete date patterns, yes or
no?
Yes. Sorry.
And also it
Hi Aferkiw,
On Wednesday, 2012-01-18 00:05:58 +0100, Aferkiw N Tamazgha wrote:
> I don't understand ...
>
> What I need to change for kab_DZ
kab-DZ uses DD/MM/ as edit date format, so D/M/Y is generated as
date acceptance pattern. If additionally the input of incomplete dates,
consisti
Hi Niklas,
On Tuesday, 2012-01-17 11:09:57 +0100, Niklas Johansson wrote:
> [... time separator ...]
> Is it possible to accept both . and : as separators?
No, only one is possible.
> Common dateformats that LibreOffice doesn't support for Swedish include:
> D/M
> D/M
>
> EU-standard (not
Hi Yury,
On Wednesday, 2012-01-18 09:24:42 +0200, Yury Tarasievich wrote:
> Of course, if the functionality is there, anyway, and has to be
> "fed" something, even such not-quite-intuitive forms will do.
It doesn't _have_ to be fed something, without a specific pattern only
input of a full date
Hi Jean-Baptiste,
On Sunday, 2012-01-15 07:34:09 +0100, Jean-Baptiste Faure wrote:
> I think for fr_FR we need "D/M".
> Asked for other FR variants on discuss@fr ML.
Any news on that? If not, I'll just add D/M
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositioni
On 01/17/2012 05:23 PM, Eike Rathke wrote:
On Tuesday, 2012-01-17 07:41:42 +0200, Yury Tarasievich wrote:
Actually, it'd be better to have possibility of switching off the
feature altogether, "across the installation", as the traditional
fractional part separator /comma/ tends quite often to b
Hello,
I don't understand ...
What I need to change for kab_DZ
On Tue, Jan 17, 2012 at 11:09 AM, Niklas Johansson <
sleeping.pil...@gmail.com> wrote:
> Hi
>
> I'm currently looking in to the Swedish (sv-SE) date-patterns. I'm not
> quite sure how to deal
> with a few things. In Sweden the
Hi
I'm currently looking in to the Swedish (sv-SE) date-patterns. I'm not
quite sure how to deal
with a few things. In Sweden the official standard for time is "H.MM"
(or "HH.MM").
It is also very common and accepted to use the international standard
with : as a
separator. It is so common that
Hi Milos,
On Saturday, 2012-01-14 20:39:42 +0100, Milos Sramek wrote:
> I found several incorrect items in sk_SK.xml. When corrected, may I send
> it to you, too?
Yes, of course.
> Is it somehow possible to test such file before sending it?
Only by building LibO, as the xml files are converted
Hi Dean,
On Monday, 2012-01-16 18:16:25 +0800, Dean Lee wrote:
> For zh-CN, these patterns are commonly used by typists:
>
> M-D
> M.D
> M/D
> Y-M-D
> Y.M.D
> Y/M/D
Note that "M.D" is not possible as it would be the input of a decimal
number, "Y.M.D" is fine. "Y-M-D" is the always accepted ISO
Hi Freek,
On Saturday, 2012-01-14 15:38:01 +0100, Freek de Kruijf wrote:
> For nl, if needed both nl_NL and nl_BE there are two patterns:
>
> D/M and D-M
Added D-M to nl-NL
http://cgit.freedesktop.org/libreoffice/core/commit/?id=741282c6e8d82c31c534b2e30dbc4ba8ca21299e
and D/M to nl-BE
http://c
Hi Michael,
On Saturday, 2012-01-14 14:45:29 +, Michael Bauer wrote:
> For gd, the patterns are D.M, D/M and D-M (technically gd-GB but I
> think right now we've only got gd and aren't separating gd-GB and
> gd-CA)
We only have gd-GB.
Note that D.M can't be used as it would be a decimal num
Hi Modestas,
On Saturday, 2012-01-14 17:56:06 +0200, Modestas Rimkus wrote:
> please add M-D pattern for Lithuanian (lt). This should be converted into
> two-digit numbers and result in -MM-DD. Thanks.
Done
http://cgit.freedesktop.org/libreoffice/core/commit/?id=87b12c42717a3488cc179d07cf42a
Hi Serg,
On Sunday, 2012-01-15 19:11:54 +0400, Serg Bormant wrote:
> I think for ru_RU we need "D/M/" and "D.M.".
Note that ru-RU doesn't define any D/M/Y format, however, I added the
D/M/ input pattern as requested.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=054b910f72de25e085f1fd5
Hi Cheng-Chia,
On Tuesday, 2012-01-17 12:22:17 +0800, Cheng-Chia Tseng wrote:
> For zh-TW, full date patterns are:
> Y-M-D
> Y/M/D
> Y.M.D
Y-M-D is the always accepted ISO 8601 pattern, and Y/M/D is already
generated from FormatElement formatindex="21", no need for those. Added
Y.M.D
> And inco
Hi Ankitkumar,
On Monday, 2012-01-16 13:06:50 +0530, Ankitkumar Rameshchandra Patel wrote:
> I just noticed that locale data apart from Date Patterns also needs to
> be updated for the language (Gujarati - gu_IN) I co-ordinate. Will it be
> possible for you to update everything together? I can pa
Hi Sveinn,
On Monday, 2012-01-16 08:29:48 +, Sveinn í Felli wrote:
> I think for Icelandic (is_IS) it should be "D/M/" and "D.M."
Done
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3cc4917c2df89d427ea9ae3fdba9e8a5c9df6371
Thanks
Eike
--
LibreOffice Calc developer. Number forma
Hi leif,
On Monday, 2012-01-16 18:59:46 +0100, leif wrote:
> Same for Danish (da_DK):"D/M/" and "D.M."
Hmm.. sure? da-DK defines '-' dash as date separator.
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 997A 4C60 CE41 0149 0DB3
Hi Yury,
On Tuesday, 2012-01-17 07:41:42 +0200, Yury Tarasievich wrote:
> For Belarusian, D.M with no more than two digits per part might do
> (is the two-digit limit "enforcable"?).
The pattern is just a prerequisite, if the number input doesn't form
a valid date it doesn't lead to a date even
For Belarusian, D.M with no more than two digits
per part might do (is the two-digit limit
"enforcable"?).
Actually, it'd be better to have possibility of
switching off the feature altogether, "across
the installation", as the traditional fractional
part separator /comma/ tends quite often t
Sorry, to add one more pattern.
For zh-TW, full date patterns are:
Y-M-D
Y/M/D
Y.M.D
And incomplete date patterns are:
M-D
M/D
M.D
On Tue, Jan 17, 2012 at 12:20 PM, Cheng-Chia Tseng wrote:
> For zh-TW, full date patterns are:
> Y-M-D
> Y/M/D
>
> And incomplete date patterns are:
> M-D
> M/D
>
>
For zh-TW, full date patterns are:
Y-M-D
Y/M/D
And incomplete date patterns are:
M-D
M/D
--
Sincerely,
by Cheng-Chia Tseng
--
Unsubscribe instructions: E-mail to l10n+h...@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines
On 16-01-2012 09:29, Sveinn í Felli wrote:
Þann fim 12.jan 2012 13:43, skrifaði Eike Rathke:
If in your locale input of incomplete/abbreviated dates shall be
allowed, this will need a element be added to
locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
(both already in
Hi, Eike,
For zh-CN, these patterns are commonly used by typists:
M-D
M.D
M/D
Y-M-D
Y.M.D
Y/M/D
Best wishes,
Dean (@xslidian)
On Thu, Jan 12, 2012 at 21:43, Eike Rathke wrote:
> Hi,
>
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost a
Þann fim 12.jan 2012 13:43, skrifaði Eike Rathke:
If in your locale input of incomplete/abbreviated dates shall be
allowed, this will need a element be added to
locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
(both already in).
Just mail me the pattern(s) for your loc
On 01/12/2012 07:13 PM, Eike Rathke wrote:
Hi,
In order to get rid of the annoying "accept every input as date that
might resemble some date in almost any locale" behavior I recently
implemented locale dependent date acceptance patterns that need to
be matched for date input, for full details se
Hi,
2012/1/12 Eike Rathke :
> If in your locale input of incomplete/abbreviated dates shall be
> allowed, this will need a element be added to
> locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
> (both already in).
>
> Just mail me the pattern(s) for your locale, I'll add it
Le 12/01/2012 14:43, Eike Rathke a écrit :
> Hi,
>
> [...]
>
> Just mail me the pattern(s) for your locale, I'll add it then.
Hi Eike,
I think for fr_FR we need "D/M".
Asked for other FR variants on discuss@fr ML.
Best regards.
JBF
--
Seuls des formats ouverts peuvent assurer la pérennité de
Hi Eike,
thank you for pointing to the existence of these xml files.
I found several incorrect items in sk_SK.xml. When corrected, may I send
it to you, too?
Is it somehow possible to test such file before sending it?
Regarding Acceptance patterns. Currently, we have in Slovak:
"11." converts o
2012/1/13 Eike Rathke
>
> In master
>
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=c5fddb08424c54300b26fc3af19acbbfe84f9fd2
>
>
> Done
>
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=12eb7da661635a64272e32204f246d0a5c299ccd
>
> Thanks
> Eike
>
> Thanks Eike
--
Sérgio
On Jan 12, 2012 3:44 PM, "Eike Rathke" wrote:
>
> Hi,
>
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost any locale" behavior I recently
> implemented locale dependent date acceptance patterns that need to be
> matched for date input, for
> Hi,
>
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost any locale" behavior I recently
> implemented locale dependent date acceptance patterns that need to be
> matched for date input, for full details see
> http://erack.org/b
On donderdag 12 januari 2012 14:43:47 Eike Rathke wrote:
> Hi,
>
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost any locale" behavior I recently
> implemented locale dependent date acceptance patterns that need to be
> matched for date in
Hi Andrea,
On Thursday, 2012-01-12 23:50:34 +0100, Andrea Pescetti wrote:
> I'd say that Italian (it) uses "D/M"; e.g., today's date would be
> commonly written as 12/1 in Italian.
In master
http://cgit.freedesktop.org/libreoffice/core/commit/?id=90a94c55077cff0f0077ff46618365970c07223f
Thanks
Hi Olivier,
On Friday, 2012-01-13 16:22:20 -0200, Olivier Hallot wrote:
> pt-BR uses a lot D/M
In master
http://cgit.freedesktop.org/libreoffice/core/commit/?id=74fea31257372746caf81148a1be9cff1fe36728
Thanks
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositioniz
Hi Sérgio,
On Friday, 2012-01-13 18:01:47 +, Sérgio Marques wrote:
> You are correct. This should only be D-M
In master
http://cgit.freedesktop.org/libreoffice/core/commit/?id=c5fddb08424c54300b26fc3af19acbbfe84f9fd2
> That only depends on the default medium format for date, which is
> > DD
Hi Martin,
On Thursday, 2012-01-12 19:04:23 +0100, Martin Srebotnjak wrote:
> for Slovenian please also add "M.D." (without year and spaces) and "M.
> D." (without year) as well to the acceptance patterns.
In master
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0861854fe7a687d98abb9dac
Hi Valter,
On Thursday, 2012-01-12 23:59:39 +0100, Valter Mura wrote:
> Sorry
>
> D.M. (D.M.Y)
>
> > I'd say also M.D (M.D.Y) for Italian
it-IT doesn't use '.' as date separator.
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GnuPG key 0x293C05FD : 9
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
pt-BR uses a lot D/M
Thanks
Olivier
Em 13-01-2012 16:01, Sérgio Marques escreveu:
> 2012/1/13 Eike Rathke
>
>> Hi Sérgio,
>>
>> On Thursday, 2012-01-12 16:56:16 +, Sérgio Marques wrote:
>>
>>> for pt_PT You can put D/M and D-M.
>>
>> Sure
2012/1/13 Eike Rathke
> Hi Sérgio,
>
> On Thursday, 2012-01-12 16:56:16 +, Sérgio Marques wrote:
>
> > for pt_PT You can put D/M and D-M.
>
> Sure about D/M ? pt_PT locale data does not define any date format using
> the '/' separator.
>
>
You are correct. This should only be D-M
That only d
Hi Sérgio,
On Thursday, 2012-01-12 16:56:16 +, Sérgio Marques wrote:
> for pt_PT You can put D/M and D-M.
Sure about D/M ? pt_PT locale data does not define any date format using
the '/' separator.
> But I do have one question and one
> observation.
>
> Question - Does year gets added auto
Sorry
D.M. (D.M.Y)
--
Valter
*Open Source is better!*
KDE: www.kde.org
Kubuntu: www.kubuntu.org
LibreOffice: www.libreoffice.org
Il giorno 12/gen/2012 22:57, "Valter Mura" ha
scritto:
> Andrea
> I'd say also M.D (M.D.Y) for Italian
>
> Ciao
> --
> Valter
> *Open Source is better!*
> KDE: www.kd
Andrea
I'd say also M.D (M.D.Y) for Italian
Ciao
--
Valter
*Open Source is better!*
KDE: www.kde.org
Kubuntu: www.kubuntu.org
LibreOffice: www.libreoffice.org
Il giorno 12/gen/2012 22:51, "Andrea Pescetti" ha
scritto:
> Eike Rathke wrote:
>
>> If in your locale input of incomplete/abbreviated da
Eike Rathke wrote:
If in your locale input of incomplete/abbreviated dates shall be
allowed, this will need a element be added to
locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
I'd say that Italian (it) uses "D/M"; e.g., today's date would be
commonly written as 12/1 in
Eike,
for Slovenian please also add "M.D." (without year and spaces) and "M.
D." (without year) as well to the acceptance patterns.
Thanks,
m.
2012/1/12 Eike Rathke :
> Hi,
>
> In order to get rid of the annoying "accept every input as date that
> might resemble some date in almost any locale" b
2012/1/12 Eike Rathke
> If in your locale input of incomplete/abbreviated dates shall be
> allowed, this will need a element be added to
> locale data, for example in en-US it's "M/D" and in de-DE it's "D.M."
> (both already in).
>
> Just mail me the pattern(s) for your locale, I'll add it then
Hi,
In order to get rid of the annoying "accept every input as date that
might resemble some date in almost any locale" behavior I recently
implemented locale dependent date acceptance patterns that need to be
matched for date input, for full details see
http://erack.org/blog/archives/8-LibreOffic
72 matches
Mail list logo