Search and Top Navigation
#7253 closed bug (notabug)
Opened April 14, 2011 01:45PM UTC
Closed April 03, 2013 07:59PM UTC
jQuery UI DatePicker i18n language + formatDate issue (Chinese)
Reported by: | TiTi | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 1.11.0 |
Component: | ui.datepicker | Version: | 1.8.11 |
Keywords: | Cc: | ||
Blocked by: | Blocking: |
Description
Hi,
I've detected a bug related to $.datepicker.formatDate() and internationalization.
Previously registered language seems to be applied :-(
Test case reproducing the issue: http://jsfiddle.net/gHjuJ/1/
This ticket might be related: http://bugs.jqueryui.com/ticket/3974
Attachments (0)
Change History (3)
Changed October 11, 2012 02:43PM UTC by comment:1
milestone: | 1.9.0 → 1.11.0 |
---|
Changed October 19, 2012 06:31PM UTC by comment:2
status: | new → open |
---|
Confirmed on latest: http://jsfiddle.net/zdcVY/1/
Changed April 03, 2013 07:59PM UTC by comment:3
resolution: | → notabug |
---|---|
status: | open → closed |
That's because you're not invoking a method on the instance. The zh-TW
locale is applied as the new value for all new datepicker instances, and for any non-instance methods. The fr
locale is only applied to the specific instance you've created.
You can provide locale data for $.datepicker.formatDate
if you want: http://jsfiddle.net/gHjuJ/20/