Should we try to remove support for "Date" from our webidl implementation?
There's relatively few uses of it in our tree. Many are from tests, and most of the remaining ones are from FirefoxOS certified APIs which can be changed easily changed. And in a few of the remaining cases we can change from using Date to using a number since IIRC JS automatically converts Date objects to numbers through the valueOf feature? Main remaining ones that stand our are HTMLInputElement.valueAsDate and File.lastModifiedDate. Both of which we'd need to get telemetry on before we can remove I think. http://mxr.mozilla.org/mozilla-central/search?string=Date&case=1&find=\.webidl%24 / Jonas On Fri, Oct 16, 2015 at 6:39 AM, Boris Zbarsky <bzbar...@mit.edu> wrote: > This is especially a reminder to reviewers, but also to anyone participating > in spec discussions. For context, see > <https://www.w3.org/Bugs/Public/show_bug.cgi?id=22824>. You should consider > the Date type deprecated and not use it in new specifications. You should > _especially_ not create attributes of type Date. > > -Boris > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
