[css-pseudo] highlight pseudos and compat stroke/fill properties

[delan]

https://drafts.csswg.org/css-pseudo-4/#highlight-styling

The following properties apply to the highlight pseudo-elements:

• […]
• stroke-color, fill-color, and stroke-width

‘-webkit-text-fill-color’, ‘-webkit-text-stroke-color’, ‘-webkit-text-stroke-width’, and ‘-webkit-text-stroke’ are unrelated to those SVG-only properties, but they work roughly the same way and are supported interoperably. WPT even has a test for ::selection with ‘-webkit-text-fill-color’. Should we make these properties applicable to highlights?

(@fantasai, @frivoal, @mrego)

[css-meeting-bot]

The CSS Working Group just discussed [css-pseudo] highlight pseudos and compat stroke/fill properties, and agreed to the following:

• RESOLVED: Do not support them until unprefixed

The full IRC log of that discussion

schenney: Simple question: -webkit- prefixed stroke / fill properties are interoperable and supported across browsers, but not supported in highlights
... question is should they?
emilio: I think they are not synonymous with their unprefixed versions. some are not impl as aliases
q+
emilio: I think it is worth trying not to support them
agree
ack fantasai
fantasai: I think the intention was that they would eventually be synonymous
... we should look into whether we can make them aliases
q+
... up until we do that I'm fine with them not being supported
ack schenney
q+
schenney: I'd support not supporting them but could in the future if appropriate
ack florian
ack florian
s/if appropriate/if unprefixing them becomes appropriate/
florian: the compat spec isn't entirely clear between the interaction between these and the unprefixed versions
... we should be looking into doing this
... and if they end up being aliases then yeah they should work
fantasai: makes sense, I guess that means TabAtkins and I are responsible for that
... if/when we can make them aliases then they'd start working
ack GameMaker
ack GameMaker
GameMaker: I'm agreeing with fantasai, support them once unprefixed, not support them until then
(elika and I stopped working on fill-stroke because there was no one biting on implementation)
(we're happy to pick it up again)
RESOLVED: Do not support them until unprefixed
WebKit obviously has an implementation, and we were just looking at supporting these in highlights, so I would love if we can move forward with the unprefixed versions

[fantasai]

This needs a clarifying note.