Bug 14790 - Bouncy Images and white borders
Summary: Bouncy Images and white borders
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 523.x (Safari 3)
Hardware: Macintosh OS X 10.4
: P2 Major
Assignee: Nobody
URL: http://www.froeterdesign.com
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-27 13:39 PDT by Lizy
Modified: 2007-08-09 02:33 PDT (History)
3 users (show)

See Also:


Attachments
Reduction (471 bytes, text/html)
2007-07-28 03:05 PDT, mitz
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lizy 2007-07-27 13:39:11 PDT
I am having issues with the layout remaining the same thoughout the site. The images seem to move everytime the page reloads and occassionally there will be a white border on the bottom left and right of the screen. This is only happening in safari.When you refresh the screen several time the borders go away.

Thanks for your help.
Comment 1 mitz 2007-07-27 14:18:44 PDT
This looks like a relative of bug 12440 and bug 14180, all of which I suspect stem from the invalidity of the two-pass algorithm used to decide which scrollbars to show. On this site, if your window is big enough, initially it won't have scroll bars. But then if you make it small enough to make scrollbars appear and then resize it back to its original size, the scrollbars will stay there.

I think the page in the URL is one of those layouts that would require one scrollbar if and only if the other is present (will actually fit without scrollbars at all). Since the initial state is vertical scrollbar only, the horizontal scrollbar is added as well on the first pass. Then on a subsequent pass, both are removed.
Comment 2 Lizy 2007-07-27 16:56:42 PDT
This was not the problem. 

I have isolated the problem to the height tag in the first table. The bug in Safari has to do with the code: height=100%;

If you know of another way to extend the height to 100% please explain.




(In reply to comment #1)
> This looks like a relative of bug 12440 and bug 14180, all of which I suspect
> stem from the invalidity of the two-pass algorithm used to decide which
> scrollbars to show. On this site, if your window is big enough, initially it
> won't have scroll bars. But then if you make it small enough to make scrollbars
> appear and then resize it back to its original size, the scrollbars will stay
> there.
> 
> I think the page in the URL is one of those layouts that would require one
> scrollbar if and only if the other is present (will actually fit without
> scrollbars at all). Since the initial state is vertical scrollbar only, the
> horizontal scrollbar is added as well on the first pass. Then on a subsequent
> pass, both are removed.
> 
Comment 3 mitz 2007-07-28 03:05:21 PDT
Created attachment 15716 [details]
Reduction