Closed Bug 94419 Opened 23 years ago Closed 23 years ago

centered tables on page move left when vertical scrollbar is shown.

Categories

(Core :: Layout, defect)

Product:
Core
Component:
Layout
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 72540

People

(Reporter: conceptrat+mozilla, Assigned: karnaze)

Details

I have a site that I'm currently working on a page that has a table defined like so:

<body bgcolor="#ffffcc" text="#336633" link="#ff9900" vlink="#ff9900"
alink="#ff9900" marginheight="0" marginwidth="0" leftmargin="0" topmargin="0">

<div align="center">
<table width="600" cellspacing="5" cellpadding="0" border="1">
  <tr>
     <td>.....</td>
  </tr>  <tr>
     <td>.....</td>
  </tr>
</table>
</div>
</body>
If the page does not extend beyond the bottom of the browser window then no
vertical scrollbar appears on the right of the window.  This is cool. 
Everything lays out okay.

But, if the page extends beyond the bottom of the browser window then the
vertical scrollbar on the right of the window appears and the layout moves to
the left by the number of pixels that the scrollbar takes up.
This seems incorrect and causes the page to change everytime the page flows past
the bottom of the window.
Might be a dup of the somewhat controversial bug 72540, Web pages should always 
have vertical scrollbars.
Surely the vertical scrollbar to the right of the page/frame should only show up
if the document in the page/frame extends below the page/frame.

I'm surprised to see what looks like the left margin getting move to the left
when the vertical scrollbar is shown.  I would expect it to just show up and the
page width just to increase, possibly making the horizontal scrollbar at the
bottom to show up, not the left margin to decrease.

This doesn't happen with any of the other versions of Netscape prior to Mozilla
and NS6 nor to Internet Explorer, Opera, etc.
Opera and NS4 leave room for the scrollbar even when they don't show it.  That
prevents the page from reflowing visibly when the scrollbar appears, but it also
means that the margin on the right is noticeably larger than the margin on the left.
I've noticed the same problem. This is particularly visible in the context of a
"website" in which a series of pages (usually centered tables) all have the same
navigation bar but some of the pages extend beyond the bottom of the window and
some don't. Instead of the page (the centered table) rendering exactly the same
when you click on different links in the navigation bar, the table shifts,
depending on whether or not the vertical scrollbar appears.

I can't promise that this site (under construction) won't change, but it
provides a pretty good example of what I'm talking about.

http://nchcap.unc.edu/

Notice also that the rendering of the inner-tables that surround the logo banner
change depending on whether the text in the supposedly rigid page-container
table wraps or not. What's up with that? Is there a bug for this?
Regarding my quoted comment below, I discovered it was due to different DOCTYPEs
rendering the page slightly differently with regards to images and tables. So
all is well.

But the table recentering with vertical scrollbar is still an issue I'd like to
see resolved.


> Notice also that the rendering of the inner-tables
> that surround the logo banner
> change depending on whether the text
> in the supposedly rigid page-container
> table wraps or not. What's up with that?
> Is there a bug for this?


I have noticed the same problem on linux (build id: 2001080104).
A solution could be a allways visible vertical scrollbar (like MS IE 5.5)
I would say that this bug depends conceptually on bug 72540, that "Web pages
should always have vertical scrollbars". Or as has been suggested here, the
space for a vertical scrollbar should be alloted whether or not it is
needed/displayed. 

I would also suggest upping the severity of this bug--as it affects the seemless
page-to-page appearance of multi-page websites. 

It also differs from the function of all other major browsers, if that is not
motivation enough.



*** This bug has been marked as a duplicate of 72540 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.