Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


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 see
http://erack.org/blog/archives/8-LibreOffice-date-acceptance-patterns.html

 If in your locale input of incomplete/abbreviated dates shall be
allowed, this will need a<DateAcceptancePattern>  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.

Thanks Eike


Hi Eike,

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 pass the updated
gu_IN.xml file.

Thanks!
--
Regards,
Ankit Patel
http://www.ankit644.com/

--
Unsubscribe instructions: E-mail to l10n+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.