Closed
Bug 97951
Opened 24 years ago
Closed 24 years ago
Transparent GIF is black
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
VERIFIED
INVALID
People
(Reporter: guym, Assigned: pavlov)
References
()
Details
Attachments
(2 files)
This is how it should look (screenshot of Konqueror)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010801
BuildID: 2001080104
In a table cell (th) with a background image, I use a transparent gif
to seperate two div's. The gif shows as black in Mozilla. I don't know if this
bug is a dupe of #1759. I'll attach screenshots of Mozilla and Konqueror to show
the error and how it should look.
Reproducible: Always
Steps to Reproduce:
1. View http://guymcarthur.com
Look at top-left corner.
Actual Results: Black box in middle of table cell.
Expected Results: Should be transparent box.
this isnt' about transparent gifs, it's about background images in tables.
<th width="280" height="135" rowspan="4" valign="top" bgcolor="black"
background="/images/section-top-galaxy-2.jpg">
I believe Mozilla doesn't support it. See bug 46439
Understood if it isn't supported. But in my opinion, that is *really* silly.
This is a de facto standard technique that many web sites have been using for a
number of years. It's not like LAYERs or some other proprietary extension.
Actually, you know it isn't the table background image that is the problem.
It's the transparent gif (inside the table cell) on top of it that doesn't show
correctly. You can see that the background image is being displayed behind it.
|
||
Comment 7•24 years ago
|
||
Confirmed on 2001083108
This bug is not about background images in TABLE, but in TH, and at any rate
_BOTH_ ARE supported by Mozilla. Those bugs rkanna pointed out are bugs for the
composer and not for mozilla. Mozilla should render that page correctly.
Reporter: it would be very nice if you could implement a paired-down testcase of
the problem, with just the table and the bg-img and the gif to make it easier to
track down the problem. I think this _may_ be a dupe but I haven't managed to
find anything close.
Pav, do you have an idea if this is a dupe?
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Comment 8•24 years ago
|
||
This is not a dupe. And this is NOT a bug. We are in STANDARDS mode here.
Once the following DocType is included, we parse everything as per the W3C spec.
If it's not in the spec, we ignore it.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
Reporter: if you remove the URL from your DocType, you get your desired
behaviour. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
will leave you in quirks mode.
Reporter: either make sure your page validates with no errors at
http://validator.w3.org/ or place your page into quirks mode.
Since this is obviously the reporter's web page, I am marking INVALID for the
reporter to fix. No need to evangelise.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•