102800 - headline menus pushed too far to the right

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Chris Waterson]

This page appears to have regressed (according to one report, as recently as
2001-09-29). Specifically, the ``headline menus'' near the top are pushed way
out to the right.

Comment 1

[[not reading bugmail]]

this page is not using a doctype at all.. I'm wondering if the regression
started from due to any changes in the quirk-mode rendering parser? 

Comment 2

[[not reading bugmail]]

Well I've ruled out adding the doc types: transitional and strict mode, neither
produce correct results from saved file.

Comment 3

[[not reading bugmail]]

I tried running this site through w3c validator, no luck, and more problems than
it is useful as a debugging tool for this site. Site owner made a statement on
his main page that he's going to a new layout here this week.. I'll add an
attachment for the current page.  Now it still renders like it is suppose to
look in IE6, while this changed here in Mozilla.

Comment 4

[[not reading bugmail]]

Attachment: current site source code

Comment 5

[[not reading bugmail]]

Here is an interesting article about CSS2, and IE5 & broken box model hack, and
IE6 Css2 vs CSS1 that get bad code correct..maybe it will help to figure out
this one, or other bugs too. :)

http://www.glish.com/css/hacks.asp

Comment 6

[[not reading bugmail]]

attaching TableView from MS FrontPage2K here.. There is excessive whitespace. 
While playing with this, I clicked the right most headline verticle element and
resized it and the first table moved over next the second, leaving a whitespace
on the left instead of the middle of the same size.

Comment 7

[[not reading bugmail]]

Attachment: MS Frontpage 2000 table view using source above

Comment 8

[[not reading bugmail]]

I cant get attachment image to load in Mozilla.  Perhaps too long of a filename?

Anyway, After doing a resizing operation on the 2nd most Outer Right verticle
Element; the first headline table jumps over next to the second one.

attaching new image after the resize.

Comment 9

[[not reading bugmail]]

Attachment: after resizing..

Comment 10

[[not reading bugmail]]

Attachment: new first image: shorter filename. I can resize the verticle bar on the inner edge of whitebackground, I resize it left about 1 or 2 inchs, and header jumps over.

Comment 11

[[not reading bugmail]]

I can reproduce this everytime.  So there are three issues here with this:

1) there is a vast amount of whitespace before page completes loading in between
header #1 and header #2

2) after resizing the inner verticle bar on the right, as their are 2 here. 
Resizing it to the left causes the first header to jump over next to the second
one.. Which the resizing effect happens after the 1) here before the page
finishs loading.

IE6 somehow still manages to get it right.  Mozilla looks to be rendering in
(quirks mode) there is no doctype, so if there are problems it will render it as
a problem, because the page is got some coding errors most likely.
  

Comment 12

[[not reading bugmail]]

URL is suppose to be tweak3d.net not tweak3d.com.. it seems to have changed.

Comment 13

[[not reading bugmail]]

see similar problem with bug 104012.  I've pulled the webpage via IE save for
now.. trying to narrow down these two bugs, which are similar.

Comment 14

[[not reading bugmail]]

this page, the layout of the iframe ad, is not being displayed in the right spot
as you see that 094 and even 9-19 build doesn't display this page as it should look.

in 094 the ad is inside the article area below the headers and in every build I
can download after that it is inside the iframe that is above the headers.

Comment 15

[[not reading bugmail]]

Attachment: mozilla 094 shot

Comment 16

[[not reading bugmail]]

opps,

2 comments up, I added part of bug 104012 to my comment there.. I think there
must have been some code change to iframes on 9-28 that got checked in for
20010929.. there are a couple of issues.. rowspan/colspan inheritance, and the
alignment I'm seeing in bug 104012.  This page renders from 094 milestone on
9-13 to 20010928.. and then changed quite a bit on the 20010929 builds. W2K.

Comment 17

[Daniel Wang]

The page renders almost identical in msie and moz 2003040308
-> worksforme ?

Comment 18

[Sven Krohlas]

Marking WFM due to the last comment.
Reopen if your opinion is different and you can reproduce this with a
current build.