There's also text-emphasis-color (as other text-emphasis properties seem to affect the layout I guess they're not valid for highlight pseudos).

Doing some tests, Chrome and WebKit allows you to change text-emphasis-color in ::selection, but Firefox doesn't allow it.

However only Chrome allows to change text-decoration-color in ::selection, but Firefox and WebKit do not.

@mrego not sure about emphasis marks, but note that ‘text-decoration-color’ on ::selection is only for decorations added by ::selection, and originating decorations are recolored to ‘color’ (test, ref). Blink is incorrect to allow the property to change the color of originating decorations, and Firefox doesn’t yet support highlight decorations at all.

Clarifying that text-underline* applies is good, and adding text-emphasis-color makes sense, but I'm a little hesitant about text-emphasis itself. Unlike text decorations, emphasis dots don't overlay each other, it's just a straight-up inherited property. So there'd be some conflict between text-emphasis: none removing dots vs not doing anything. Also they can impact layout. So I don't think we can add anything other than text-emphasis-color itself here.

Yeah I agree with @fantasai. I don't think text-emphasis in general can be applied on highlights due to the layout changes it implies, text-emphasis-color should be fine though.

Makes sense! I’ve updated #7222, pending discussion in the meeting.

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

• RESOLVED: Accept the proposed PR

Hmm… #highlight-text says:

The element’s own text decorations (both line decorations and emphasis marks) are thus drawn in the pseudo-element’s own color when that is not currentColor, regardless of their original color or fill specifications.

So if originating emphasis marks are recolored to the highlight ‘color’ just like line decorations, rather than using the highlight ‘text-emphasis-color’, and highlights can’t add their own emphasis marks with ‘text-emphasis-style’, then actually I think there’s no need for ‘text-emphasis-color’ on highlights. @fantasai, what do you think?

@delan Allowing text-emphasis-color would have an effect: on existing emphasis marks in the text. Whether it's useful to allow that, I don't think it is particularly useful. :)

@fantasai how would it affect originating emphasis marks, given the following?

[…] Instead the topmost active highlight overlay redraws that text (and those decorations) over all the highlight overlay backgrounds using that highlight’s own color.

Note: The element’s own text decorations (both line decorations and emphasis marks) are thus drawn in the pseudo-element’s own color when that is not currentColor, regardless of their original color or fill specifications.

I also think originating emphasis marks get painted not because the highlight inherits ‘text-emphasis-style’, but because we say so in #highlight-painting. ‘text-emphasis-color’ has no effect when ‘text-emphasis-style’ is ‘none’, so by analogy, if we want it to have an effect when ‘text-emphasis-style’ is not applicable, we should probably say so explicitly.

@delan We'd have to spec it so that the highlight's text-emphasis-color affects the highlighted emphasis marks, with currentColor referring to the highlight color.

The question is whether this is worth doing now, or just always using currentColor and ignoring text-emphasis-color; I think it's the sort of thing we could do later if we wanted to.

Yeah, that makes sense. I think we should ignore ‘text-emphasis-color’ for now, or even remove it from the list until we decide to spec that behaviour. I’ve updated #7222 to remove it, but let me know if we should leave it in and somehow say it’s ignored.