[css-?] Standardize text-stroke

[valtlai]

The prefixed -webkit-text-stroke, -webkit-text-stroke-color and -webkit-text-stroke-width properties are widely supported. They are currently defined in the Compatibility Standard. Browsers also support -webkit-text-fill which seems unnecessary because the color property can be used instead.

Should we standardize similar properties? Something like:

• text-stroke-color: <color> (initially currentcolor)
• text-stroke-width: <line-width> (initially medium like in border-width? Not 0 like in the compat spec)
• (maybe also?) text-stroke-offset: <length>
• text-stroke (a shorthand for the above properties)

[#963 (comment) refers to CSS Fill and Stroke Module, but it seems to only apply to SVG elements.]

[AmeliaBR]

The CSS Fill and Stroke module is the work-in-progress definition for standardizing fill and stroke for all CSS text.

We are waiting on interest from browsers to actually add experimental support & see if the definitions are web compatible. Maybe file browser bugs asking them to implement fill and stroke (and the proposed long hands) for non-SVG text?

[SelenIT]

Doesn't the -webkit-text-prefixed implementation (existing in all major browsers, as mentioned by @valtlai) count as experimental support (maybe partial)?

[r12a]

Just a note to say that current implementations need to be fixed for cursive scripts, and i think that the CSS spec should mention that text-stroke should not interrupt the joined glyphs. See
https://w3c.github.io/afrlreq/gap-analysis/nkoo-gap#issue15_cursive
https://w3c.github.io/afrlreq/gap-analysis/adlm-gap#issue15_cursive
https://w3c.github.io/alreq/gap-analysis/#issue220_cursive