[webkit-reviews] review granted: [Bug 167729] Support string values on list-style-type : [Attachment 410421] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Sat Oct 3 14:08:52 PDT 2020
Darin Adler <darin at apple.com> has granted Oriol Brufau <obrufau at igalia.com>'s
request for review:
Bug 167729: Support string values on list-style-type
https://bugs.webkit.org/show_bug.cgi?id=167729
Attachment 410421: Patch
https://bugs.webkit.org/attachment.cgi?id=410421&action=review
--- Comment #33 from Darin Adler <darin at apple.com> ---
Comment on attachment 410421
--> https://bugs.webkit.org/attachment.cgi?id=410421
Patch
View in context: https://bugs.webkit.org/attachment.cgi?id=410421&action=review
> Source/WebCore/css/parser/CSSPropertyParser.cpp:3884
> + // Some properties need to fallback onto the regular parser.
The verb "fall back" is two words.
> Source/WebCore/css/parser/CSSPropertyParser.cpp:4343
> + // NOTE: All the keyword values for the list-style-type property are
handled by the CSSParserFastPaths.
Leave out "NOTE:" unless there is some reason to include it. What comment is
not a note?
> Source/WebCore/rendering/RenderListMarker.cpp:1803
> + return ""_str;
emptyString(), not ""_str.
> Source/WebCore/rendering/style/RenderStyle.h:1002
> + void setListStyleStringValue(const AtomString& s) {
SET_VAR(m_rareInheritedData, listStyleStringValue, s); }
How about the word 'value" instead of the letter "s"?
> LayoutTests/platform/mac/TestExpectations:2234
> +# These tests fail in Mac due to subpixel differences for the marker
position
>
+imported/w3c/web-platform-tests/css/css-lists/list-style-type-string-002.html
[ ImageOnlyFailure ]
>
+imported/w3c/web-platform-tests/css/css-lists/list-style-type-string-004.html
[ ImageOnlyFailure ]
We should find a way to resolve this. It’s unfortunate to not have test
coverage.
More information about the webkit-reviews
mailing list