[Webkit-unassigned] [Bug 213949] Compile-time enable (but leave disabled at runtime by default) date/time input types on macOS to allow testing of cross platform (e.g. DOM) aspects of the controls
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Jul 4 11:18:24 PDT 2020
https://bugs.webkit.org/show_bug.cgi?id=213949
--- Comment #5 from Sam Weinig <sam at webkit.org> ---
(In reply to Sam Weinig from comment #4)
> (In reply to Darin Adler from comment #3)
> > Seems like an obviously good idea.
> >
> > I seem to recall that we made the decision to compile them out long ago when
> > we couldn’t thoroughly and completely disable such feature at runtime.
>
> Hm, I am not sure if that is still a problem. It seems like the runtime
> checks when creating the InputType subclass should be enough. But I will
> keep this in mind.
>
Hm, I wonder if the issue was with default style sheet. Indeed, enabling the macro, but disabling the runtime feature for, for instance, ENABLE_INPUT_TYPE_DATE, will still have this added to html.css:
input[type="date"] {
align-items: center;
-webkit-appearance: menulist-button;
display: -webkit-inline-flex;
overflow: hidden;
#if !(defined(WTF_PLATFORM_IOS_FAMILY) && WTF_PLATFORM_IOS_FAMILY)
width: 10em;
#endif
}
which is likely observable. I am not sure how big a deal this would be in practice.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200704/0df61c05/attachment.htm>
More information about the webkit-unassigned
mailing list