Opened 7 years ago
Last modified 4 years ago
#43028 new defect (bug)
Remove numbers before month in dropdown, it makes user confused when drowdown is not opened
Reported by: | nilamacharya | Owned by: | |
---|---|---|---|
Milestone: | Awaiting Review | Priority: | normal |
Severity: | normal | Version: | 3.3 |
Component: | Date/Time | Keywords: | has-screenshots has-patch needs-refresh |
Focuses: | ui, administration | Cc: |
Description
Bug: Remove numbers before month in dropdown, it makes user confused when drowdown is not opened
- Navigate to Header from left Rail
- Select "Header Media"
- Make anu changes
- Select "setting" icon near "publish" button from top
- Select "Schedule" radio button
- Check Date Field
Attachments (3)
Change History (16)
#2
@
7 years ago
$month_text = $wp_locale->get_month_abbrev( $wp_locale->get_month( $i ) ); $months[ $i ]['text'] = sprintf($month_text); $months[ $i ]['value'] = $i;
#3
@
7 years ago
Hi,
I have resoled month dropdown problem and please let me know if any other changes.
Thanks.
This ticket was mentioned in Slack in #design by karmatosed. View the logs.
6 years ago
#7
@
6 years ago
I can see how this could help for scanning and also accessibility. Are there any examples of how other sites do this we can lean on?
This ticket was mentioned in Slack in #design by karmatosed. View the logs.
6 years ago
#9
@
6 years ago
Per our discussion in #design, here are some current examples of Date input from across a couple of sites.
Facebook, Google and Gutenberg all allow entry and selection from calendar popover. Apple ID is typing in the date (which would have to account for the different ways people read dates, ie Month/Day/Year or Day/Month/Year).
Apple iOS (sorry, don't have an Android device) shows just the full month name without the month number.
I suspect, the current design is for type entries, ie tab to the field and hit 2 to bring up February.
Personally, I'd follow Gutenberg's design pattern.
This ticket was mentioned in Slack in #design by estelaris. View the logs.
4 years ago
#12
@
4 years ago
- Keywords needs-patch added; has-patch ui-feedback removed
In design triage today, we agreed to follow the Gutenberg's design pattern - DateTime component. (https://developer.wordpress.org/block-editor/components/date-time/)
@nilamacharya Welcome to WordPress trac
I must admit that this has confused me too, as e.g.
01-jan
looks like "1st of January" to me.It seems to be generated within
get_month_choices()
, introduced in version 4.9:https://core.trac.wordpress.org/browser/tags/4.9/src/wp-includes/customize/class-wp-customize-date-time-control.php#L194
On my test install it shows as a
1-jan
format, compared to the01-jan
format when editing post dates. That's because only the latter is zeroised with:$monthnum = zeroise($i, 2);
. At least these two should be using the same format (likejan
, 1-jan or01-jan
) for the sake of constistency.I checked the post date editing, and it's generated within the
touch_time()
function:https://core.trac.wordpress.org/browser/tags/4.9/src/wp-admin/includes/template.php#L726
This
01-jan
format was introduced in version 3.3, where @jane writes:See ticket #18838 and changeset [18860].