Closed Bug 119070 Opened 23 years ago Closed 21 years ago

CSS extension -moz-opacity doesn't work for <td bgcolor="#cccccc"> tags

Categories

(Core :: Layout: Tables, defect)

defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: i.heinicke, Assigned: karnaze)

Details

(Keywords: testcase)

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:0.9.7) Gecko/20011221 BuildID: 2001122106 While Mozillas opacity feature works really great it fails for the background color of a table cell. I had to place the id into the table tag to achieve it. As it's an extension I'm not sure if this is supposed to work this way (IE does support it). Reproducible: Always Steps to Reproduce: obvious Actual Results: no opacity for backfround of <td> cells Expected Results: opacity for backfround of <td> cells
->style
Assignee: jst → dbaron
Component: DOM Mozilla Extensions → Style System
QA Contact: lchiang → ian
Does this have something to do with splitting of style contexts?
Is there a testcase?
Here is the testcase requested by bzbarsky@mit.edu Unfortunately Bugzilla didn't get the attachment so here is the code... Ingo <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title>Testcase</title> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> <meta http-equiv="Content-Style-Type" content="text/css"> <style type="text/css"> body { background-image:url(http://www.skyynet.de/gfx/back_re.jpg); background-repeat:no-repeat; background-attachment:fixed; background-color: #202398; } #opacity { -moz-opacity: 70%; filter:Alpha(opacity=70); } </style> <body> <table id="opacity" cellspacing="0" cellpadding="0" summary="this works" align="center" border="0"> <tr> <td><img src="http://www.skyynet.de/gfx/hp_1.jpg" width="75" height="75" border="0" alt="Skyynet"></a></td> <td bgcolor="#eeeeee" width="400">This table is shown transparently</td> </tr> </table> <table cellspacing="0" cellpadding="0" summary="this works" align="center" border="0"> <tr> <td id="opacity"><img src="http://www.skyynet.de/gfx/hp_1.jpg" width="75" height="75" border="0" alt="Skyynet"></a></td> <td id="opacity" bgcolor="#eeeeee" width="400">Here only the picture is transparent</td> </tr> </table> </body> </html>
Seeing this on linux build 2002-01-07-06 as well. Over to compositor.
Assignee: dbaron → kmcclusk
Status: UNCONFIRMED → NEW
Component: Style System → Compositor
Ever confirmed: true
OS: Windows XP → All
QA Contact: ian → petersen
Hardware: PC → All
How do we split the style context information between the table cell frame and the block frame inside it? I highly doubt this is a compositor problem. ->HTMLTables
Assignee: kmcclusk → karnaze
Component: Compositor → HTMLTables
QA Contact: petersen → amar
Target Milestone: --- → Future
Bug seems to be fixed for 1.0RC1 (Build ID: 2002041711) on WindowsXP. At least on my system. If this can be confirmed for other platforms we can dig another bug. Ingo
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
nope, this is broken on a current trunk nightly (Linux build 2002-04-20-07). The _picture_ gets translucent, but the text does not.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Bug still in Mozilla 1.0.0RC2 - (tested on WinXP)
Keywords: testcase
Attached file Expanded Testcase (deleted) —
It appears that only images (and perhaps form controls, etc, haven't tested) have their transparency handled correctly. Witness in the expanded testcase, even text in the same cell as a transparent image is fully opaque. The same goes for the cell background.
This WFM now. Mozilla 1.2a Build 2002121215 - Win2k
Yep. worksforme as well (linux trunk 2003-02-01-22).... sounds like roc fixed something. ;)
Status: REOPENED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → WORKSFORME
Tested today with Mozilla 1.4 (final) and it works fine. Had to change the -moz-opacity of 70% in the testcase to 0.7 to have opacity still work but this is another story (or bug) Thanks for fixing this one! -> CLOSED
Status: RESOLVED → CLOSED
we dont close bugs currently they are first resolved and then verified http://www.mozilla.org/bugs/
Status: CLOSED → REOPENED
Resolution: WORKSFORME → ---
solving again as wfm
Status: REOPENED → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: