W3C home > Mailing lists > Public > public-css-testsuite@w3.org > December 2015

Re: [css-writing-modes-3] text-orientation-mixed-001 , text-orientation-010 , text-orientation-014 tests

From: Koji Ishii <kojiishi@gmail.com>
Date: Wed, 9 Dec 2015 12:37:03 +0900
Message-ID: <CAN9ydbUFvCvJPJGVrbQqvKgfcNoKNxmPKVoXyE0Rz0KQnrk5vw@mail.gmail.com>
To: Gérard Talbot <css21testsuite@gtalbot.org>
Cc: Public CSS Test suite mailing list <public-css-testsuite@w3.org>
2015-12-09 4:57 GMT+09:00 Gérard Talbot <css21testsuite@gtalbot.org>:

> Le 2015-12-07 20:17, Koji Ishii a écrit :
>
>> 2015-12-08 1:59 GMT+09:00 Gérard Talbot <css21testsuite@gtalbot.org>:
>>
>>
>>> http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/text-orientation-mixed-vs-sideways-002.xht
>>>
>>> [snip]
>
>>
>> In 'writing-mode: horizontal-tb' contexts, line box height can grow, can
> become taller, can increase if one (or many) inline box(es) are moved by
> vertical-align declaration(s) and/or if an inline box has a tall
> line-height value. So, why this logic is not applied or can not be applied
> to inline boxes moved off by a dominant baseline? This is why I thought
> line box height should increase. This is difficult to formulate here..


I do understand that in general, but in this specific case, I can't find
any spec mentioning to change the line height in the above HTML. Can you
point, how I could combine each spec definition, to read so?

I mean, if the spec really says the Gecko behavior is correct, that breaks
East Asian use cases that the spec should be fixed.

/koji
Received on Wednesday, 9 December 2015 03:37:50 UTC

This archive was generated by hypermail 2.4.0 : Friday, 20 January 2023 19:58:21 UTC