Bug 76129 - origin of overflowed element obscured by scrollbar in horizontal-bt and vertical-rl writing modes
Summary: origin of overflowed element obscured by scrollbar in horizontal-bt and verti...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: Layout and Rendering (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-11 16:56 PST by Tony Chang
Modified: 2013-07-16 22:50 PDT (History)
3 users (show)

See Also:


Attachments
test case (1.45 KB, text/html)
2012-01-11 16:56 PST, Tony Chang
no flags Details
better test case (2.36 KB, text/html)
2012-01-17 15:25 PST, Tony Chang
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tony Chang 2012-01-11 16:56:24 PST
I'll attach a test case.  horizontal-tb and vertical-lr work because the origin is the top left and the scrollbars are on the bottom and right.
Comment 1 Tony Chang 2012-01-11 16:56:56 PST
Created attachment 122131 [details]
test case
Comment 2 Tony Chang 2012-01-13 16:02:00 PST
Investigating as I have a layout test that is hard to make an expected result because of this bug.
Comment 3 Tony Chang 2012-01-17 15:25:32 PST
Created attachment 122823 [details]
better test case
Comment 4 Tony Chang 2012-01-17 16:06:04 PST
This seems non-trivial to fix.  It works in RTL mode because the layout origin is relative to where the text start (top right corner in horizontal-tb) and the overflow is computed properly relative to to where the text starts.  In the horizontal-bt or vertical-rl case, the overflow is still computed based on the top left corner.
Comment 5 Morten Stenshorne 2013-07-16 22:50:17 PDT
The two last tests in "better test case" are invalid. direction:rtl means that initial inline scroll position will be at the logical right, but Latin is still written left-to-right, so the first part of the words will typically be missing.