Closed Bug 93052 Opened 24 years ago Closed 24 years ago

Height % doesn't work on image

Categories

(Core :: Layout: Tables, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 81477

People

(Reporter: pajor, Assigned: karnaze)

References

()

Details

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010703 BuildID: 200107315 using 100% on an img tag should fill up the whole browser, page validates as prper CSS2 and proper html 4.01 strict. Reproducible: Always Steps to Reproduce: 1. use style="height: 100%" on an img tag Actual Results: displays at standard height Expected Results: Resize the image to 100%
Theoretically, height: 100% does NOT fill up the whole browser. http://www.w3.org/TR/REC-CSS2/visudet.html#the-height-property <percentage> Specifies a percentage height. The percentage is calculated with respect to the height of the generated box's containing block. If the height of the containing block is not specified explicitly (i.e., it depends on content height), the value is interpreted like 'auto'. auto The height depends on the values of other properties. See the prose below. In the testcase, which the image did not even load in to test, you set the height of the table to 100% height of it's parent (body), and then the height of the image to 100% of IT's parent (td). The specs don't really say whether or not the <body> fills up the whole screen. It just mentions that <body> is the canvas. So since the canvas is really the area that is being used, then there is no bug here. I will attach testcases to demonstrate. As a side note, if you remove the Document Type Declaration, you will get your desired effect.
Marking invalid as per above.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Ok, I swore there was a dup and I finally found it. Reopening to dupe
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
This is a dupe of Bug 88641 - "CSS-declared table with height of 100% is not working".
Assignee: clayton → pierre
Component: HTML Element → Style System
QA Contact: bsharma → ian
See the comments in bug 88641 for more information in addition to what I mentioned above as to why this is invalid. *** This bug has been marked as a duplicate of 88641 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Thanks Chris, that was fast.
Ok, I edited http://www.asia2home.com/test.html so that it would be more valid. Hard coded the table size to 100px height, shouldn't the image size go to the size of the table??
My bad, the container is td, leave as resolved
ok not to be horribly persistant, but after carefully reading all the docs listed here, shouldn't http://www.asia2home.com/test3.html work? By working I mean the img should have the same height as the neighboring cell.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
See bug 81477 and dependants
Reporter, test3 would work as expected if it had a doctype declaring HTML4 strict. This is a difference between 100% in quirks mode and in standard mode.
This a table bug, dup of 81477 and possibly 30692.
Assignee: pierre → karnaze
Status: UNCONFIRMED → NEW
Component: Style System → HTMLTables
Ever confirmed: true
QA Contact: ian → amar
I derived 2 testcases from this bug and stored them under bug 91034, thinking they could apply to that bug. In fact, they just confirm that this is a dup of bug 81477. *** This bug has been marked as a duplicate of 81477 ***
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: