Re: [csswg-drafts] [css-text-decor-4] Composition of inset shadows (#7251)

I have to admit I read through last call's discussion just now.

> <dael> fantasai: Prop: Composite the text, stroke, and decoration and then shadow it for both types of shadow
> <dael> fantasai: I think that' b/c when you have no stroke then you want to composite and that's more common than stroking text
> <dael> jensimmons: Agree without stroke everything composites together and then shadow

I am strongly opposed to first compositing fill and stroke before shadowing. That would mean the shadow is painted above the stroke, covering it.
Authors definitely expect the stroke to be above fill and shadows. And it looks like @smfr and others agree with that.

> <dael> smfr: Text stroke doesn't apply to decorations?
> <astearns> +1 to smfr adding inset shadow between fill and stroke
> <dael> fantasai: Can't remember. I think text stroke...I can't remember

Checking using `-webkit-text-stroke`, Chromium and WebKit do apply the color of the text stroke to decorations but not the stroke itself. Gecko doesn't apply it to decorations. See [this example](https://www.software.hixie.ch/utilities/js/live-dom-viewer/?%3C!DOCTYPE%20html%3E%0A%3Cp%20style%3D%22text-shadow%3A%20%235555%200.25em%200.25em%3B%20font-weight%3A%20bold%3B%20font-size%3A%206em%3B%20line-height%3A%201em%3B%20text-decoration%3A%20line-through%3B%20text-decoration-thickness%3A%200.2em%3B%20-webkit-text-stroke%3A%200.04em%20red%3B%22%3ETest%20This).
In my opinion, strokes should apply to decorations as well.

> However, the problem is that stroke is implemented on each letter and each text-decoration separately, not on the whole thing. So we can't actually get the second rendering you have. If you remove the stroke, or if you overlay the shadow on the stroke and fill together, then that's a rendering that's actually possible. Jen Simmons and I were arguing that this, while not what you have exactly, is still a better option than the first one.

I don't have a strong opinion on which rendering is better. @astearns' examples obviously match my first rendering (with text and decoration being separated). My second rendering is definitely more legible, though that's probably just because of the font used and the position of the strike-through.

@fantasai @jensimmons As far as I know, stroke as doesn't have any standards compliant implementations yet. So are your statements about what's possible based on `-webkit-text-stroke`?

Sebastian

-- 
GitHub Notification of comment by SebastianZ
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7251#issuecomment-1149833302 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 8 June 2022 12:11:07 UTC