[Datalist][iOS] Display suggestions for input[type=color]

• Component: Forms
• Status: RESOLVED FIXED

[Aditya Keerthi]

This bug tracks the iOS work required to show suggestions for color input fields with a list attribute.

[Aditya Keerthi]

Created attachment 347281 [details]
Patch

[Tim Horton]

Comment on attachment 347281 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=347281&action=review

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:48
> +#if ENABLE(DATALIST_ELEMENT)

Newline before the #if usually

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:168
> +    return @[ @[ [UIColor redColor], [UIColor orangeColor], [UIColor yellowColor], [UIColor greenColor], [UIColor cyanColor], [UIColor blueColor], [UIColor magentaColor], [UIColor purpleColor], [UIColor brownColor], [UIColor whiteColor], [UIColor grayColor], [UIColor blackColor] ] ];

Ideally I think these would have all been UIColor.redColor (dots!), but whatever.

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:202
> +            WebCore::Color color = view.assistedNodeInformation.suggestedColors.at(i);

Why at() instead of subscripting? (maybe there's a reason?)

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:203
> +            [colors addObject: [UIColor colorWithCGColor:cachedCGColor(color)]];

There's some weird spaces here (after the colon).
Do we not have a UIColor cache? (maybe not)

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:208
> +    } else
> +#endif
> +        topColorMatrix = [[self class] defaultTopColorMatrix];

I do not love flow-control-crossing-ifdef-boundaries, but maybe it's fine.

[EWS Watchlist]

Comment on attachment 347281 [details]
Patch

Attachment 347281 [details] did not pass win-ews (win):
Output: https://webkit-queues.webkit.org/results/8894924

New failing tests:
http/tests/security/canvas-remote-read-remote-video-blocked-no-crossorigin.html

[EWS Watchlist]

Created attachment 347393 [details]
Archive of layout-test-results from ews206 for win-future

The attached test failures were seen while running run-webkit-tests on the win-ews.
Bot: ews206  Port: win-future  Platform: CYGWIN_NT-6.1-2.9.0-0.318-5-3-x86_64-64bit

[Aditya Keerthi]

Created attachment 347399 [details]
Patch

[Aditya Keerthi]

Created attachment 347406 [details]
Patch

[Tim Horton]

Comment on attachment 347406 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=347406&action=review

> Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:247
>          // On iPad, round one corner of the indicator if it's at the corner of the picker, to match the popover.

Is this comment slightly inaccurate now?

[Aditya Keerthi]

Created attachment 347411 [details]
Patch for landing

[Aditya Keerthi]

(In reply to Tim Horton from comment #7)
> Comment on attachment 347406 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=347406&action=review
> 
> > Source/WebKit/UIProcess/ios/forms/WKFormColorPicker.mm:247
> >          // On iPad, round one corner of the indicator if it's at the corner of the picker, to match the popover.
> 
> Is this comment slightly inaccurate now?

Changed it to reflect the fact that multiple corners of the indicator could border the corners of the picker.

[WebKit Commit Bot]

Comment on attachment 347411 [details]
Patch for landing

Clearing flags on attachment: 347411

Committed r235004: <https://trac.webkit.org/changeset/235004>

[Radar WebKit Bug Importer]

<rdar://problem/43534552>