RE: [css3-ruby][css3-linebox] Proposal to add "auto" value for the line-stacking-ruby property

Thank you so much for your help, Dave.

Although our idea seems to be close, it looks like we need to discuss a little more details.

Unfortunately, I started to have feelings that what I want could be what you don't prefer. To make sure I understand correctly, please allow me to write what I want ideally, because you must be far better and far more professional to come up with how to make it work. If what I want turned out to be what you don't like to implement, I hope we could then discuss further how to find a good way to resolve the situation.

I have three common cases in mind I want to cover in the ideal world.

When the author has very little knowledge of typography, s/he would use English default value:
  P { } /* usually with some top/bottom margins and line-height default is 1.2 */
In this case, ruby is likely to overlap the previous lines within the P blocks, but the first lines of P blocks are likely to be okay thanks to the top margins. I want lines with ruby moved down to avoid overlaps in this case.

The second case is when the author has enough knowledge of Japanese typography, s/he would use:
  P { margin-top:0px; margin-bottom:0px; line-height:1.8; }
In this case, ruby will not overlap thanks to the line-height, and therefore the every line pitch should be consistent regardless whether a line has ruby or not (exclude-ruby behavior).

The last case is when the author knows Japanese documents use no before/after margins for P, but doesn't know increasing line-height, or intentionally use small line-height for small devices:
  P { margin-top:0px; margin-bottom:0px; } /* line-height is default (1.2) */
In this case, ruby is likely to overlap the previous lines within the P blocks and also cross blocks. Again, I want lines with ruby moved a little downward to avoid overlaps.

If I understand what you said correctly, your current code already covers the first case, but not the rest. Do I understand correctly? Maybe I misunderstand what you said "margin" is. When line-height is 1.8, there should be some spaces over/under the text. Is the space "margin" in your words? If so, probably I hate to say this but what I'm asking is to allow intrusions to the margins.

And yeah, the even more complex cases, as you said, the vertical-lr case, and when ruby-position:after[1] or text-emphasis-position:under[2], the next line must be moved down. I understand this must make things even more complicated.

I think this covers pretty much of what I would like to happen in the ideal world, and I guess some of these are not easy to implement. 

As I said, I would be happy to postpone some cases that are too difficult and/or too costly to implement at this point. I have some priorities in my mind, but I'd like to verify with some experts before finalizing them, and some--like vertical-lr or text-emphasis-position:under--need more investigations.

Will you please tell me which part of the ideal world are difficult to implement from your point of view?



-----Original Message-----
From: David Hyatt [] 
Sent: Tuesday, December 07, 2010 2:25 PM
To: Koji Ishii
Cc: list
Subject: Re: [css3-ruby][css3-linebox] Proposal to add "auto" value for the line-stacking-ruby property

On Dec 6, 2010, at 11:07 PM, Koji Ishii wrote:

> Dave,
> I'm sorry to bringing up once-agreed issue again, but I think I underestimated the case of "cross blocks" cases.
> If I understand this correctly, the "cross blocks" cases you mentioned should include the cases when ruby is at the first line of <p> element, it cannot detect whether it intrudes the last line of previous <p> element. Do I understand this correctly?

No.  Right now WebKit doesn't attempt to cross blocks, so in the case of two <p> elements with no margins between them, WebKit will just assume the Ruby needs space and grow the height of the first line in the second <p> if it has a Ruby on it that overlaps the previous <p>.  When I referred to crossing blocks, I was actually talking about the case where the two <p> elements *do* have margins such that the Ruby could sit in the margin.  That is the case WebKit can't handle right now.

It's not too bad to handle it though if we decide that this should work.  For vertical-rl and horizontal-tb it's pretty easy to detect that you could fit in the collapsed margin area, but vertical-lr is harder. You don't yet know how big the collapsed margin is going to be in vertical-lr, so you'd have to carry along the needed space and wait until the collapsed margin got resolved to figure out if subsequent lines had to move.

If we do let Ruby go into margins, I'd prefer if we limit the check just to the margins and don't try to look at lines in previous blocks.

> In Japanese documents, following properties are usually set:
>  p { margin-top:0px; margin-bottom:0px; }
> In this case, it is quite possible that the ruby at the first line of <p> can overlap the last line of previous paragraph in the same level as lines within blocks.

Yeah that case is not an issue.  The issue is that WebKit won't let Ruby sit in the margin area between blocks or at the top of pages or the top of the document.  It is possible for me to implement this though, as I said above.  It's mostly just that vertical-lr would be annoying.


Received on Tuesday, 7 December 2010 15:45:47 UTC