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.
Blocks 46123
*** 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: http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/orthogonal-vrl-table-cells-001.html http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/orthogonal-vrl-table-cells-002.html
2 additional tests (testing a table with realistical tabular data; both border-collapse models tested): http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/s73-orthogonal-vrl-table-cells-004.xht http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/s73-orthogonal-vrl-table-cells-006.xht 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).
<rdar://problem/81518948>
More tests: http://www.gtalbot.org/BrowserBugsSection/CSS3WritingModes/s73-orthogonal-table-cell-003.xht http://test.csswg.org/harness/test/css-writing-modes-3_dev/single/orthogonal-parent-shrink-to-fit-001/ 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