- From: jfkthame via GitHub <sysbot+gh@w3.org>
- Date: Thu, 09 May 2019 08:42:50 +0000
- To: public-css-archive@w3.org
OK, I see. I recall this is how letter-spacing is defined to work across element boundaries, for example (though does anyone actually implement it that way?), but missed that the same idea applied to soft breaks.
TBH, I think the result this gives will tend to be counter-intuitive for an author. Breakability is (to my mind) an attribute of the characters, so that in an example like
data:text/html,<style>b,i{word-break:break-all}p{width:0}</style><p><b>hello</b><i>world</i>
it's unexpected for the "o" and "w", both of which have the break-all attribute, to end up stuck together.
Given that there isn't currently full interop in this area (this example renders with "ow" on the same line in Chrome, but in Safari each letter is on a separate line), is this something that we can/should reconsider?
(The same would apply to letter-spacing, fwiw:
data:text/html,<style>b,i{letter-spacing:1em}</style><p><b>hello</b><i>world</i>
should, as I understand the spec, have no letter-spacing between "o" and "w", but Chrome, Safari and Firefox all have 1em of spacing there. Again, ISTM that the behavior called for by the spec, ignoring the letter-spacing of the inlines on both sides of the boundary and looking to the common ancestor, is not what an author would likely expect.)
--
GitHub Notification of comment by jfkthame
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/3897#issuecomment-490813911 using your GitHub account
Received on Thursday, 9 May 2019 08:42:52 UTC