RE: [css3-text] emphasis dots used with ruby

Thank you for finding a good example of this.

I agree that such case does exist, but I think this is as much complicated as putting two rubies over the same text. It's possible, but it's more of a graphical representation rather than a regular typography. It would require human to adjust line height, ruby offset, and emphasis marks offset carefully.

Since emphasis mark offset is not currently in the scope of text level 3, I think we can say this case is for future extensions if desired.

I can say that the UA may choose appropriate method to layout emphasis marks over the rubied text, but I think it's pretty difficult for the UA to figure it out anyway.


Regards,
Koji

-----Original Message-----
From: www-style-request@w3.org [mailto:www-style-request@w3.org] On Behalf Of KangHao Lu (Kenny)
Sent: Tuesday, November 23, 2010 7:47 AM
To: WWW Style
Subject: [css3-text] emphasis dots used with ruby

The current draft says

[[
The marks are drawn once for each grapheme cluster. However, emphasis marks are not drawn for a grapheme cluster consisting of:

- Characters for which ruby is drawn in the same position as the emphasis mark.
- [snip]
]]

But I bumpep into the following dialog in a manga episode: http://goo.gl/photos/IESeVRnMMw

The emphasis dots are *over* the ruby. And notice that the emphasis dot on the right hand side of "へ" aligns with the rest of emphasis dots on that line.


I am not a native Japanese but I have the feeling that, according to the current text in the spec, if you put emphasis dots on a run of text with some text rubied, ruby texts without emphasis dots surrounded by normal texts with emphasis dots will look bad. Perhaps Japanese Layout Task Force can provide some input and clarification?

For your interest, the dialog may be translated as "Time to go to hell. Come with me". It's from a manga called ぬらりひょんの孫
(Nura: Rise of the Yokai Clan[1])

[1] http://en.wikipedia.org/wiki/Nura:_Rise_of_the_Yokai_Clan

Received on Monday, 29 November 2010 05:11:53 UTC