This bug tracks the iOS work required to show suggestions for color input fields with a list attribute.
Created attachment 347281 [details] Patch
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.
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
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
Created attachment 347399 [details] Patch
Created attachment 347406 [details] Patch
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?
Created attachment 347411 [details] Patch for landing
(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.
Comment on attachment 347411 [details] Patch for landing Clearing flags on attachment: 347411 Committed r235004: <https://trac.webkit.org/changeset/235004>
<rdar://problem/43534552>