W3C home > Mailing lists > Public > www-style@w3.org > November 2013

Re: [css-text] 'hanging-punctuation' comments

From: Kang-Hao (Kenny) Lu <kanghaol@opera.com>
Date: Wed, 13 Nov 2013 13:26:21 +0800
Message-ID: <52830D7D.7050203@opera.com>
To: Koji Ishii <kojiishi@gluesoft.co.jp>
CC: WWW Style <www-style@w3.org>, MURAKAMI Shinyu <murakami@antenna.co.jp>
(2013/11/13 12:44), Koji Ishii wrote:
> On 11/13/13 7:35 AM, "Kang-Hao (Kenny) Lu" <kanghaol@oupeng.com> wrote:
> 
>> No. I am confused again. Suppose now you have the text "我要,吃飯。" to
>> flow into a 3em block container with 'hanging-punctuation: force-end'
>> but *not* 'text-align: justify'. You would get
>>
>>  |我要,|
>>  |吃飯。|
>>
>> but then, 'hanging-punctuation: force-end' says that the fullwidth comma
>> has zero advance width so the next character could fit into the previous
>> line so it should (probably) go into it:
>>
>>  |我要吃|
>>  |飯。  |
>>
>> with '吃' on top of the fullwidth comma. But now, the fullwidth comma
>> isn't at the end of the line so this should now go back to the former.
>> Is there an infinite loop here?
> 
> No, because a character advance width is not measured only if the
> character _hangs_.
> 
> Since you specified 'force-end', a comma at the end edge is not measured,
> but a comma in the middle of a line is measured, so you can't fit the 4th
> char ('吃') into the first line.

Why is that "," in

>>  |我要,|   ('text-align' is 'left')
>>  |吃飯。|

not at the end edge? And why is this "," in

    |我  要|, ('text-align' is 'justify')
    |吃飯。|

at the end edge?


I think the problem has to do when and how "endless" is determined and
that's what I qustion whether we should define or not. I am a bit picky
here and I haven't come up with an example that has doesn't have a
"natural" solution so I am fine with whatever resolution this gets.




Cheers,
Kenny
-- 
Web Specialist, Opera Sphinx Game Force, Oupeng Browser, Beijing
Try Oupeng: http://www.oupeng.com/
Received on Wednesday, 13 November 2013 05:26:39 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:36 UTC