div { -webkit-writing-mode: vertical-rl; text-overflow: ellipsis; overflow: hidden; white-space: nowrap; border: solid 1px red; height: 200px; } input { float: right; } <div><input type="text">Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. </div> In vertical writing mode, we should truncate the text at the edge of the input box and apply ellipsis in vertical writing mode. Currently we fail to do both.
Created attachment 202234 [details] test case
Created attachment 204152 [details] Patch
Comment on attachment 204152 [details] Patch Attachment 204152 [details] did not pass win-ews (win): Output: http://webkit-queues.appspot.com/results/811267
Comment on attachment 204152 [details] Patch Attachment 204152 [details] did not pass gtk-ews (gtk): Output: http://webkit-queues.appspot.com/results/753564
Created attachment 204278 [details] Patch
Comment on attachment 204278 [details] Patch Attachment 204278 [details] did not pass gtk-ews (gtk): Output: http://webkit-queues.appspot.com/results/784534
Created attachment 204972 [details] Patch
Comment on attachment 204972 [details] Patch Assuming that patches for review since 2013 are stale, r-
Created attachment 459995 [details] vertical overflow with ellipsis test This is a slightly better test which would work in all browsers by avoiding prefixes.
Created attachment 459996 [details] rendering in Safari, firefox, chrome * firefox and chrome show the ellipsis * safari doesn't cut the box at the same length and doesn't show the ellipsis
<rdar://problem/94330690>
WebKit ToT (260447@main) now show "ellipsis" but still does not cut at right length at least for this test case: https://bug-116413-attachments.webkit.org/attachment.cgi?id=459995 Just wanted to show the little progress on this bug.
ok, so original bug is fixed (IFC progression). Karl's test case is slightly different as it relies on a relative height unit (ch), which we don't compute properly. Will open a new bug on that.
see bug 252490