21560 - {TEXT] layout wrong, elements overlap

Status: VERIFIED WORKSFORME

(Core :: Layout: Tables, defect, P3)

Description

[buster]

hard to describe, so I'm attaching a bitmap image.
"MNF Poll" is in the "Top Stories" box, among other problems.  Looks like table
layout, but hard to say for sure.

Comment 1

[buster]

Attachment: this is what the layout looks like

Comment 2

[Christine Hoffman]

I found overlapping text in bug #17826. Don't know whether it is the same
problem or not.

Comment 3

[John Morrison]

I spun off bug #22168 from this bug to cover the problems with the tabbed
panel in the middle of the ESPN page. Bug #14030 already exists to cover the
lack of vertical separation between the blurbs in the right hand coloumn.

Note that www.espn.com is comprrised most of DIV, not TABLE.

The remaining problems on this page include:
1) line-height is too high for many lines
2) the form at the top of the page is positioned incorrectly and covered by
    the contents of another DIV
3) two or three repeats of the above two positioning and line-height problems.

Comment 4

[John Morrison]

Sorry ... I wasn't clear ... the problem noted in bug #22168 for the tabbed
panel in the middle is that the javascript: URLs in the panel do not fire
onmouseover() and onclick().

Comment 5

[John Morrison]

Attachment: testcase; DIV from original page; line-height too high

Comment 6

[John Morrison]

Attachment: updated screenshot of www.espn.com 12/19 to match testcases

Comment 7

[John Morrison]

The second attachment to this page is simply one of DIVs from www.espn.com
that shows the excess line-height in isolation in the page.

So this page is now covered under four bugs:
1) this bug   -- for excess line-height causing overlaps of text
2) bug #14030 -- for the lack of paragraph spacing in R>H. column
3) bug #22168 -- for problems with <A HREF> and the tabbed panel js.
4) bug #22171 -- for the misplaced widgets at the top of the page

Comment 8

[karnaze (gone)]

The line height problem (2nd attachment) doesn't involve tables. Reassigining to
Kipp.

Comment 9

[buster]

moving kipp's bugs to M15.  Some will get moved again, this is just a start.

Comment 10

[troy]

*** Bug 25341 has been marked as a duplicate of this bug. ***

Comment 11

[Mats Palmgren (inactive)]

I don't see any overlapping content at www.espn.com anymore.
Excess line-height problem seems to be fixed too, the testcase for line-height
problem is rendered nearly identical to what IE5 does.
However, loading espn.com and then doing a reload completly messes up layout.
Opened a new bug for that: bug 28490. Marking this bug as WORKSFORME.

Comment 12

[buster]

mine now

Comment 13

[John Morrison]

buster : did you really mean to claim this bug? It was WORKSFORME, and checking
with win98 opt comm bits from today, there is no longer any line-height problem
for the second testcase, and for the www.espn.com page.

Or maybe you are just trying to build an insurmountable lead in the most-doomed 
lists :-]

Comment 14

[buster]

yep, it's mine.   Kipp is no longer on the project, and I need to know if 
anything interesting happens with this bug for example, it gets reopened).

setting back to worksforme.

Comment 15

[John Morrison]

Ah, right. That makes sense. (Sorry, I had assumed that this was done in 
error). Thanks.

Comment 16

[buster]

no problem. truth is, bugzilla is lacking in some features, and removing an 
identity is one of those.  so it's a bit brute-force.

Comment 17

[Asa Dotzler [:asa]]

Seeing more overlapping content at espn.com.  Headlines just to the right of the
ESPN logo overlap the top stories table and that top stories table overlaps the
some headline that I think reads "Womens College Basketball Front).  THis may
all change by the time anyone looks but it is lookin' funky.  tested with
nightly build 032708 under WinNT.  Suggesting we reopen.

Comment 18

[Asa Dotzler [:asa]]

*** Bug 33562 has been marked as a duplicate of this bug. ***

Comment 19

[John Morrison]

The particular line-height problem for this bug was the one caused by a <font>
redefining the font-size within a block (div,p) that had no other text nodes
as children -- so the line-height is set on the block level, but none of the 
lines "require" this amount of height:

e.g., <DIV><FONT SIZE='-1'>some text<BR>some more text</FONT></DIV>

I don't this has changed (i.e., the fix has not regressed). 

However, there are some oddities in laying out the page (in particular, some 
of the CSS positioning is being applied 'inconsistently' -- sometimes it works, 
and sometimes it doesn't). 

There exists several bugs for espn (some listed earlier in this bug report). 
Perhaps searching on 'espn' in the URL will find the right home for what Asa
is seeing.

Comment 20

[WD]

Verified