- From: jfkthame via GitHub <sysbot+gh@w3.org>
- Date: Tue, 17 Nov 2020 14:59:18 +0000
- To: public-css-archive@w3.org
jfkthame has just created a new issue for https://github.com/w3c/csswg-drafts: == [css-text-3] Is testcase css-text/white-space/full-width-leading-spaces-004.html correct? == I'm trying to understand whether [this testcase](https://github.com/web-platform-tests/wpt/blob/master/css/css-text/white-space/full-width-leading-spaces-004.html) is valid per the CSS Text 3 rules. The testcase has ``` <div class="test"> </div> ``` styled with ``` .test { width: min-content; font-size: 100px; line-height: 1; background: green; } ``` (and using the Ahem font), and expects it to render as a 100px green square. However, it's not clear to me that the `min-content` width of this element should in fact be 100px. Its content is an IDEOGRAPHIC SPACE, which has General Category = Zs and is therefore an [other space separator](https://drafts.csswg.org/css-text-3/#other-space-separators) in CSS Text 3 terms. This character is the only thing on the line, so clearly it is "at the end of a line (after bidi reordering)". According rule 4 of the [Trimming and Positioning](https://drafts.csswg.org/css-text-3/#white-space-phase-2) rules, then: > If there remains any sequence of white space, and/or other space separators, at the end of a line (after bidi reordering [CSS-WRITING-MODES-3]): > If white-space is set to normal, nowrap, or pre-line, the UA must hang this sequence (unconditionally). this character must [hang](https://drafts.csswg.org/css-text-3/#hang), which means that it is > not taken into account when computing intrinsic sizes and so the `min-content` width of the element should be zero, not 100px. Am I missing something here, or is the testcase wrong in expecting this ideographic space to create a 100px `min-content` width? Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5732 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Tuesday, 17 November 2020 14:59:20 UTC