Summary: For text that is stroked as well as filled (using -webkit-text-stroke), this allows the author to control whether the stroke is painted before or after the fill. The current behavior is to always paint the stroke on top, which is often visually poor, and leads authors to use cumbersome workarounds involving multiple copies of the text in order to render a stroke behind the fill.

Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1426146

Link to standard: Currently an open issue in the CSS Fill & Stroke spec: https://www.w3.org/TR/fill-stroke-3/#issue-57580890

Platform coverage: All

Estimated or target release: Firefox 59 (behind a default-off pref, pending CSS WG consideration)

Preference behind which this will be implemented: layout.css.paint-order.enabled

Is this feature enabled by default in sandboxed iframes? Yes

DevTools bug: No special DevTools requirements

Do other browser engines implement this? AFAIK, this property is currently implemented in other engines only for SVG content (like in Firefox), not for HTML text

Tests - Is this feature fully tested by web-platform-tests? No, as it is not yet spec'd (see above). I propose to land a basic mozilla reftest along with the patches in bug 1426146 (behind a pref); if/when the CSS WG agrees to accept this issue in the spec, we can migrate the reftest to WPT

_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to