Opened 12 years ago
Closed 10 years ago
#7253 closed bug (notabug)
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
Change History (3)
comment:1 Changed 10 years ago by
| Milestone: | 1.9.0 → 1.11.0 |
|---|
comment:2 Changed 10 years ago by
| Status: | new → open |
|---|
comment:3 Changed 10 years ago by
| 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/
Note: See
TracTickets for help on using
tickets.
Confirmed on latest: http://jsfiddle.net/zdcVY/1/