W3C home > Mailing lists > Public > public-html-ig-jp@w3.org > January 2012

[css3-text] 行末における全角空白の扱い (was FW: [css3-text] scoping line break controls, characters that disappear at the end of lines

From: Koji Ishii <kojiishi@gluesoft.co.jp>
Date: Mon, 9 Jan 2012 23:25:22 -0500
To: "public-html-ig-jp@w3.org" <public-html-ig-jp@w3.org>
Message-ID: <A592E245B36A8949BDB0A302B375FB4E0D242AC459@MAILR001.mail.lan>
CSS3 Textで、行末における全角空白の扱いをどうするべきか、ご意見いただけますでしょうか?



-----Original Message-----
From: fantasai [mailto:fantasai.lists@inkedblade.net] 
Sent: Tuesday, January 10, 2012 10:37 AM
To: www-style@w3.org; 'WWW International'
Subject: [css3-text] scoping line break controls, characters that disappear at the end of lines

In 2008 roc outlined some principles for how line breaking controls (i.e. 'white-space', at the time) are scoped to line-breaking opportunities:

In <http://lists.w3.org/Archives/Public/www-style/2008Dec/0043.html> Robert O'Callahan wrote:
> 1) Break opportunities induced by white space are entirely governed by the
>    value of the 'white-space' property on the enclosing element. So, spaces
>    that are white-space:nowrap never create break opportunities.
> 2) When a break opportunity exists between two non-white-space
>    characters, e.g. between two Kanji characters, we consult the value of
>    'white-space' for the nearest common ancestor element of the two characters
>    to decide if the break is allowed.

I'm trying to encode this into the spec. My question is, are spaces (U+0020) the only characters that fall into category #1? What about the other characters in General Category Zs?

In particular, U+1680 is, like U+0020, expected to disappear at the end of a line.

Which brings up another issue: which characters should disappear at the end of a line? Right now we keep around all those fixed-width spaces.

Received on Tuesday, 10 January 2012 04:27:49 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:05:30 UTC