[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