Intent to prototype and ship: <input type=datetime-local> on desktop.

[Emilio Cobos Álvarez]

(I thought I sent this, but apparently I did not)

Summary: Implement <input type=datetime-local>, to allow users to choose
a date and time in a nice way.

Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1283388

Standard:
https://html.spec.whatwg.org/#local-date-and-time-state-(type=datetime-local)

Platform coverage: All (Android had support for this already)

Preference: dom.forms.datetime-local and dom.forms.datetime-local.widget
(need to be two preferences because Android used to ship true & false,
respectively).

DevTools bug: N/A

Other browsers: Both Blink and WebKit support this.

web-platform-tests: Tests for the web-exposed bits exist in various places:


https://searchfox.org/mozilla-central/search?q=datetime-local&path=web-platform%2Ftests&case=false&regexp=false

The actual UI is not spec'd and thus uses mochitests.

-- Emilio

[Tom Ritter]

Does this expose the user's timezone in a new way?

-tom

> --
> You received this message because you are subscribed to the Google Groups "dev-pl...@mozilla.org" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to dev-platform...@mozilla.org.
> To view this discussion on the web visit https://groups.google.com/a/mozilla.org/d/msgid/dev-platform/ffe98ebb-fda6-6773-cc4f-05e43c49f3f6%40mozilla.com.

[Emilio Cobos Álvarez]

Nope, we use the same mechanism as for the existing <input type=date>
and <input type=time>.

-- Emilio