[wp-trac] [WordPress Trac] #61652: Use `<input type="datetime-local">` for scheduling - performance and usability enhancement

WordPress Trac noreply at wordpress.org
Mon Jul 15 05:30:29 UTC 2024


#61652: Use `<input type="datetime-local">` for scheduling - performance and
usability enhancement
-----------------------------+---------------------------------------------
 Reporter:  edent            |       Owner:  (none)
     Type:  enhancement      |      Status:  new
 Priority:  normal           |   Milestone:  Awaiting Review
Component:  Date/Time        |     Version:  6.5.5
 Severity:  normal           |  Resolution:
 Keywords:  needs-patch      |     Focuses:  ui, accessibility, performance
  2nd-opinion                |
-----------------------------+---------------------------------------------
Changes (by edent):

 * focuses:  ui, accessibility => ui, accessibility, performance


Comment:

 >  There is a lack of browser support for datetime-local. Both Firefox and
 Safari only display a date picker and do not display a time picker.

 That is not a worse situation than we currently have. The fallback - plain
 text entry - provides an identical user experience to the the existing
 input.  On FF mobile, and other platforms, the UI is greatly improved.

 >  The referenced blog post mentions only the classic editor, which is not
 a priority compared to the block editor.

 There are over 10 million people still using the Classic Editor:
 https://wordpress.org/plugins/classic-editor/

 We'd like a little love and attention too 😊

 >  Removing performance focus as this is a micro optimization in a cold
 path at best.

 I was inspired by this blog post which talks about small optimisations -
 https://wordpress.com/blog/2023/08/24/speedier-php-execution-in-
 wordpress-6-3/ - so I've re-added the focus.

 The Gutenberg scheduler POSTs its date as an RFC3339 string.  I assume
 that was done for performance and maintainability reasons. Personally, I'd
 like to see the Gutenberg scheduler replaced with a native HTML control as
 well.

 I'll contribute a patch later this week - does anyone know if any other
 components use `_wp_translate_postdata()`?

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/61652#comment:3>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list