[Webkit-unassigned] [Bug 20103] Scroll bar spacer appears before scroll bar itself (when height it based on liquid elements)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Aug 3 07:06:35 PDT 2008


https://bugs.webkit.org/show_bug.cgi?id=20103





------- Comment #3 from arne at howaboutanorange.com  2008-08-03 07:06 PDT -------
Created an attachment (id=22624)
 --> (https://bugs.webkit.org/attachment.cgi?id=22624&action=view)
Change in updateScrollers algorithm

The current algorithm for calculating if the scrollbars should be shown
misbehaves in this case.

The page is constructed such that its height is dependent on its with, so when
the window is made smaller, the vertical scrollbar is needed. But with a
re-layout, the page shrinks, and the vertical scrollbar is no longer needed.
But after this, a re-layout is not made, and white bars show up around the
page.

I have written an algorithm that detects these scrollbar on/off loops
explicitly, and then uses all scrollbars needed at each point in the loop. It
then re-layouts the page. This will show up as unusable scrollbars in some
cases, i.e. no blue part. But I believe this is a better solution than the
previous algorithm.

Due to this, some testcases have changed their output for me. When I have
looked at them, they seem to still be good, but the scrollbar behavior has
changed, and therefore their rendertree. On my build they are:
accessibility/bounds-for-range.html
css2.1/t0803-c5502-mrgn-r-02-c.html
css2.1/t0803-c5505-mrgn-02-c.html
fast/block/float/013.html
fast/flexbox/016.html
fast/lists/001.html
svg/webarchive/svg-script-subresouces.svg


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list