-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[gap-analysis] Table cells in vertical writing mode #155
Comments
see also: https://www.w3.org/2019/12/06-clreq-minutes.html#x02 (for PR above) |
The link to the tests points to some tests that relate to table handling, but not to tests that address this specific issue, so i should change that. The test applies In Gecko (Firefox) this looks as you'd expect. The text in the top left and bottom right table cells is vertical. In Blink (Chrome) there appears to be no vertical effect applied. Even though the bottom right cell has height set, the text is still horizontal. And in Webkit (Safari) the Japanese characters are rotated 90º left but run horizontally. |
I just updated the previous comment with a better designed test and the results of running that. |
In this variant of the test, i moved the text to be set vertically into a All these tests are run on my Mac, btw. If anyone sees different behaviour on another platform, please mention it. Firefox still looks fine. Chrome now produces vertical text. Safari makes a bit of a mess of the top row, overlapping cells and displaying the vertical text one character per column, but does better if you apply height to the cell as in the bottom row. |
I see. It seems that I misunderstood the gap. Closing this issue. |
In https://w3c.github.io/jlreq/gap-analysis/#table-cells :
In https://www.w3.org/International/tests/repo/results/writing-mode-vertical#rl_tables , Chrome and Safari also passed the tests and they seem to work as expected. Should the gap analysis be updated?
The text was updated successfully, but these errors were encountered: