Opened 16 years ago
Closed 3 years ago
#7665 closed enhancement (wontfix)
Add jQuery UI's datepicker() where applicable
Reported by: | Viper007Bond | Owned by: | chsxf |
---|---|---|---|
Milestone: | Priority: | lowest | |
Severity: | normal | Version: | 2.7 |
Component: | Editor | Keywords: | has-patch needs-testing |
Focuses: | ui | Cc: |
Description (last modified by )
Obviously it'll need some skinning, but it's handy dandy:
http://jqueryui.com/demos/datepicker/
It'd be slick to have that for choosing dates (for example publish dates). We should still allow manual entry though.
Attachments (5)
Change History (56)
#2
@
16 years ago
+1. I'd really like a datepicker.
But themed; the example one on jquery.com is uuuglyyy...
#5
@
16 years ago
- Version changed from 2.7 to 2.8
Hey guys, I know this is a bit early, but I have a pretty good understanding of this, and I'd like to tackle this if nobody else is. :)
Got any ideas on how the skin should look?
#8
@
16 years ago
- Component changed from Administration to JavaScript
- Milestone changed from Future Release to 2.9
- Owner changed from anonymous to azaozz
#12
@
14 years ago
+1 for a proper date picker, scheduling is incredibly awkward at the moment.
Please merge with #11942
#15
@
14 years ago
- Cc aaroncampbell added
- Description modified (diff)
- Version changed from 2.8 to 2.7
Just updating the link in the description
#17
@
13 years ago
I'm working on a patch for this.
It should be available by the end of the week, maybe earlier.
#20
follow-up:
↓ 21
@
13 years ago
It would be nice if you could find a way to avoid using date_parse_from_format()
.
Also, commonL10n.datePicker_month01
etc. is really ugly. Related: #11520
#21
in reply to:
↑ 20
@
13 years ago
Replying to scribu:
It would be nice if you could find a way to avoid using
date_parse_from_format()
.
Also,
commonL10n.datePicker_month01
etc. is really ugly. Related: #11520
I can search a way to avoid using date_parse_from_format()
but what is the problem with this function ? Does the problem come from my placeholder implementation of the function ?
Concerning the second point, I may use the official translations provided by jQuery for the date picker but I still need to provide at least translations for the time picker and the firstDay setting for the date picker. Is this OK if I leave those ones inside commonL10n or not ?
#22
@
13 years ago
New attachments include some modifications for the date picker translations by supporting official jQuery translations.
For the PHP side, I still use date_parse_from_format()
as I don't find another way to handle dates correctly yet.
Note : replaced tar.gz attachment because a file was missing. Sorry for the typo in the file suffix but it is not possible for me to rename the attachment.
#25
@
13 years ago
Latest attachment contains my patch synced against today's latest trunk (WP 3.3 development version - r18813)
#26
@
13 years ago
- Cc ciantic@… added
Is this patch missing something, or why this is not commited to trunk?
Patch seems awesome and not committing or giving advice how to improve it (so it gets commited) is just rude for the patch-maker. Wasting ones time on upgrading patch against trunk again and again!
Everybody needs this patch (or at least me!)
#27
@
13 years ago
Is this patch missing something, or why this is not commited to trunk?
http://wpdevel.wordpress.com/version-3-3-project-schedule/
Everybody needs this patch (or at least me!)
lol
#28
@
13 years ago
related #18909
I've noticed with the current version of jQuery, and the current version of jQuery UI that the datepicker's events have issues (create, onChangeMonthYear, onSelect don't fire, beforeShowDay gives errors, onClose and beforeShow did work) At least with my tests.
Also, datepicker doesn't support "Theme CSS Scope" (for multiple themes per page).
#29
follow-up:
↓ 38
@
13 years ago
Please also consider an html5 input[type="date"] with feature detection to fail back onto jQuery UI. Opera is the only decent native datepicker though.
#30
follow-up:
↓ 31
@
13 years ago
- Cc ian_dunn@… added
+1 for this; I'd really like to be able to use datepicker() in plugins/themes. I don't see why the entire jQueryUI library wasn't added to core. Just because the WP core doesn't use it doesn't mean that plugins/themes won't, and it's counter-intuitive to have only parts of a library available. If you say that jQueryUI is bundled w/ WP then ALL of it should be bundled, not just certain parts.
I'm not suggesting that it be enqueued by default, of course, just that it should be available so that plugins/themes can enqueue it when needed.
#31
in reply to:
↑ 30
;
follow-ups:
↓ 32
↓ 33
@
13 years ago
Replying to iandunn:
I don't see why the entire jQueryUI library wasn't added to core.
It was, in WP 3.3.
#38
in reply to:
↑ 29
@
12 years ago
Replying to WraithKenny:
Please also consider an html5 input[type="date"] with feature detection to fail back onto jQuery UI. Opera is the only decent native datepicker though.
This is also something shipping in Chrome since August 2012 and a quick 'looks at the iPhone' check, shows it is well implemented in iOS 5.x, so if this is added I think applying jQuery UI conditionally has to be the best way right?
#39
@
11 years ago
- Severity changed from minor to normal
- Version 2.7 deleted
Also I think they should always be considered the html5 input [type = "date"] as default and use jQuery as failback.
#40
@
11 years ago
- Version set to 2.7
My problem I have with html5 input fields is that they aren't consistent in all browsers. So I'm curious how easy it would be to make that so.
#45
@
10 years ago
If we ever end up doing this, I'd like to know that it's still quick to assign a post to, say, June 13th, 1968. For some use cases, you just can't beat a text input field.
This ticket was mentioned in Slack in #core-editor by iseulde. View the logs.
9 years ago
#49
@
6 years ago
Hello,
In 2018, couldn't please reconsider not having a UX calendar in the core Wordpress in order to chose the publication date instead of manually putting a date?
I personnally believe that it's a lot better and easier for users to see which DAY their post will be programmed for : not specifically a date, but also knowing that it will be on a tuesday, will help the editorial decisions.
Thanks !
Datepicker linked to dropdowns might be nice. We'd need to massage its i18n to use our gettext.