#4254 closed bug (wontfix)

Opened March 01, 2009 10:02AM UTC

Closed February 05, 2013 04:46PM UTC

Datepicker: Localization error in uk locale

Reported by: dvp Owned by:
Priority: major Milestone: 1.11.0
Component: ui.datepicker Version: 1.6rc6
Keywords: globalize Cc:
Blocked by: Blocking:
Description

In UK (Ukraine) locale default date format does not match ISO.

WRONG: 'Січ','Лют','Бер','Кві','Тра','Чер', ...

VALID: 'січ.','лют.','бер.','квіт.','трав.','черв.' ...

because of the server tools that take a date - do not recognize its true

references:

http://framework.zend.com/issues/browse/ZF-5909

http://unicode.org/cldr/data/common/main/uk.xml

Attachments (0)
Change History (5)

Changed March 18, 2009 11:35AM UTC by rdworth comment:1

milestone: TBD → 1.8

To fix this, we're going to need to add a capability for the datepicker to differentiate between 'stand-alone' and 'format' month name abbreviations. It currently has only one property 'monthNamesShort' which is used for both headers (stand-alone) and formatting (format), despite the following code comment

monthNamesShort: [...], // For formatting

Changed March 18, 2009 11:38AM UTC by rdworth comment:2

For more info, see http://unicode.org/reports/tr35/tr35-2.html#%3Cdates%3E

"Both month and day names may vary along two axes: the width and the context. The context is either format (the default), the form used within a date format string (such as "Saturday, November 12th", or stand-alone, the form used independently, such as in Calendar headers. The width can be wide (the default), abbreviated, or narrow. The latter is the shortest possible width: it is typically used in calendar headers."

Changed October 11, 2012 02:43PM UTC by scottgonzalez comment:3

milestone: 1.9.0 → 1.11.0

Changed October 16, 2012 08:40PM UTC by petersendidit comment:4

keywords: → globalize
status: new → open
summary: Localization error in uk locale → Datepicker: Localization error in uk locale

Changed February 05, 2013 04:46PM UTC by scottgonzalez comment:5

resolution: → wontfix
status: open → closed

It sounds like this isn't something that can be fixed with the current datepicker. If the datepicker actually should be using the other form in the UI, then please file a pull request. Thanks.