Closed Bug 126016 Opened 23 years ago Closed 22 years ago

brownish bars at the top are rendered too thick

Categories

(Tech Evangelism Graveyard :: English US, defect)

Product:
Tech Evangelism Graveyard
Component:
English US
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: timonchristl, Assigned: doronr)

References

(
URL
)

Details

Attachments

(1 file)

Demo files originally attached to 144441.
979 bytes, application/zip
Details 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
BuildID:    2002020415

Most pages on java.sun.com have several brownish horizontal bars at the top of
the page. On the main page (http://java.sun.com/) this looks ok, but on some
pages the bars are rendered way too thick, each bar is then about as high as the
entire bundle of bars ought to be.


Reproducible: Always
Steps to Reproduce:
1. Go to http://java.sun.com/
2. See bars at the top
3. Go to http://java.sun.com/j2se/1.4
4. See bars at the top

Actual Results:  Bars are too thick

Expected Results:  Bars should not be that thick
Problem disappears when using quirks mode. I guess this is Bug 22274.
Maybe it should be moved to Tech Evang. (no dups found)

This is definitely bug 22274. Over to evang (the front page is HTML 3.2, while
the other page is 4.01 Transitional with URI).
Assignee: attinasi → doronr
Status: UNCONFIRMED → NEW
Component: Layout → US General
Ever confirmed: true
Product: Browser → Tech Evangelism
QA Contact: petersen → zach
Version: other → unspecified
*** Bug 126593 has been marked as a duplicate of this bug. ***
*** Bug 131148 has been marked as a duplicate of this bug. ***
Changing to All because it's same on Win2K.
OS: Linux → All
*** Bug 136449 has been marked as a duplicate of this bug. ***
they use the same code all over the site, also:
http://java.sun.com/j2se/1.3/download.html
*** Bug 139502 has been marked as a duplicate of this bug. ***
*** Bug 138690 has been marked as a duplicate of this bug. ***
*** Bug 144441 has been marked as a duplicate of this bug. ***
*** Bug 144872 has been marked as a duplicate of this bug. ***
Am including comments from 144441, since they are more detailed:
When using HTML 4.01 DTD (http://www.w3.org/TR/html401/loose.dtd), and rendering
a table that has a cell spanning more than one row that contains an image, then
the cell is not as tall as the image, but is ROWSPAN-times as tall as the image.
 The remaining cells that span only one row are as tall as the image in the
multi-row cell.

For instance, if an image 10 pixels high is in a table cell spanning 7 rows,
then that cell will be 70 pixels high, and each of the other cells will be 10
pixels high.

Reproducible: Always
Steps to Reproduce:
1. Get attached archive file, rowspan.zip.
2. Unzip files into a temporary directory (rowspan.html, pixel.gif,
stripelt.gif, stripert.gif).
3. View the file rowspan.html in Mozilla Navigator.

Actual Results:  The left and right cells of the table will be 7x14, or 98,
pixels high, and each of the middle rows will be 14 pixels high.

Expected Results:  The entire table should be 14 pixels high, and each of the
middle rows should be 2 pixels high.  The effect is for the stripes in the left
and right images to be seamlessly reproduced across the middle of the table.

This table is displayed correctly if you change the DTD to HTML 3.2.

> ------- Additional Comment #4 From Boris Zbarsky 2002-05-14 23:24 -------
> 
> The page is in standards mode and that is the correct rendering of that markup
> per the standards...

Are you sure?  This seems like kind-of quirky behavior, to multiply the height
of the image by the number of rows, and use that for the height of the
rowspanned cell.  Please check it out.


*** Bug 145697 has been marked as a duplicate of this bug. ***
*** Bug 146866 has been marked as a duplicate of this bug. ***
It is very interesting! Why it is not bug?

1. All such bars are on almost every page of this site.
2. In ALL other browsers this page looks fine.
> Why it is not bug?

Did you read the pages I referred to in my previous comment? 

<img> is an inline element and, therefore, has display: inline; by default. As
per the CSS2 spec, a line box is generated where there is inline content. The
content of that box depends on line-height and not on the dimensions of the
content. The default computed value for line-height depends on the font size.

See also bug 22274.

> 1. All such bars are on almost every page of this site.

But the problem showed up only recently although Mozilla has been behaving this
way for a long time. This suggests that Sun changed a site-wide template
recently, which means that they can change it again.

> 2. In ALL other browsers this page looks fine.

Then the other browsers aren't doing exactly what the CSS2 spec says.
I checked next HTML editors:
1. MS FrontPage,
2. OpenOffice.org HTML Editor,
3. Macromedia HomeSite 5,
4. Lorenz Graf's HTMLtool 3.5,
5. HTML Webmaster 2.0
6. Oracle JDeveloper HTML (JSP) editor,
7. Borland JBuilder JSP editor.

I pasted there the source of this http://java.sun.com/j2se/1.4 page.
In the preview mode it looks fine.

Then the most interesting thing I did the same with Mozilla
Composer. And guess what? It shows this HTML correct.

If I understand this correctly and you are right then
Mozilla Composer isn't doing exactly what the CSS2 spec says.
http://java.sun.com/j2se/1.4/ changed layout recently, hence this bug doesn't
occur anymore. comment 18 says this was not a "bug" anyway.
Propose to mark WFM.
Resolving as WORKSFORME
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
v
Complete new layout..
Status: RESOLVED → VERIFIED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: