Created attachment 103355 [details]
Table cell with writing-mode:vertical-rl applied
Applying writing-mode:vertical-rl to td does not seem to be working. I have attached a sample HTML file that reproduce the issue with the Nightly build.
I then tried to put <p> inside td and applied writing-mode:vertical-rl, which made the text vertical but its position isn't correct.
Both rows renders as I expect in IE9.
I tried this on Safari and Nightly build on Lion, and also on Safari and Chrome on Windows. All resulted the same.
This is my first try to put a bug in webkit, so please excuse me if I made something incorrect, and I apologize in advance for any troubles I may have caused. I tried to look for dup bugs, 46997 may be related but I couldn't figure out if this is dup of the bug or not.
<td> with writing-mode:vertical-rl fails in Windows on Chrome 16 as well.
<td> with writing-mode (old IE lingo) works in IE9, but renders the <td> with the wrong height (if the <tr> is taller than the writing-mode cell needs, it shortens the cell - easily revealed by putting a border on cells and making a tall <td>); please make sure the <td> maintains the same row height as other cells when writing mode is changed.
Created attachment 121566 [details]
writing-mode:vertical-rl test on td and th tags.
writing-mode should work on <th> and <td> elements, per http://www.w3.org/TR/css3-writing-modes/#writing-mode and http://dev.w3.org/csswg/css3-writing-modes/#writing-mode (working draft and editors draft), which excludes table row groups, table column groups, table rows, and table columns, but not table header cells or table data cells.
*** Bug 113325 has been marked as a duplicate of this bug. ***
Note, IE supports this. http://jsbin.com/ayeyag/4
2 additional reduced and self-explanatory tests:
2 additional tests (testing a table with realistical tabular data; both border-collapse models tested):
The tester must have "Liberation Sans" font or Arial font installed on his/her system.
Note that Firefox fails to render 'text-align: left' correctly for cells in orthogonal flow.
This is being tracked at W3C in a JLREQ issue: https://github.com/w3c/jlreq/issues/171
Note that this has been fixed in Blink recently (June 2021).
is 24 sub-tests on shrink-to-fit inline-blocks, floats, table-cells, block boxes with an orthogonal child.
*** Bug 201096 has been marked as a duplicate of this bug. ***
*** Bug 240418 has been marked as a duplicate of this bug. ***
This is important for klreq. See https://w3c.github.io/klreq/gap-analysis/#issue52_vertical_text