User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050113 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050113 Firefox/1.0+ I created a table with 5 rows (1 column). The first, third, and fifth rows each contain a single celled table. The remaining rows contain the text NO TABLE. The tables in the first and third rows have their height specified at 100%, however only the third row's cell has a height set to 100%. The problem is that the table in the third row does not expand to consume the vertical space available. There is a workaround and that is to NOT set a height for the table in the first cell. Oddly enough, removing both the second and forth rows of the main table also correct the behavior. Also, if the height of the table in the third row is specified in pixels it does what one would expect. Reproducible: Always Steps to Reproduce: Please look at the page at the given URL. Actual Results: The bug rears it's ugly head. Expected Results: Sized the table in the third row to fill the available vertical space.
<table> has NO height property !
Assignee: firefox → nobody
Component: General → Layout: Tables
Product: Firefox → Core
QA Contact: general → layout.tables
Version: unspecified → Trunk
(In reply to comment #1) > <table> has NO height property ! Beg your pardon? While you are technically correct in that the W3C does not specify a height parameter for the table tag. Clearly, everyone in the web/browser development community recognizes this as an oversight and have supported this for some time. All the WYSIWYG web development tools such as Dreamweaver/Frontpage etc. provide a mechanism for setting this value and the HTML code produced does indeed show a height specifier in the table tag. I think you guys that are doing dev for firefox need to get on board with what's generally supported. MSIE/Opera both support this behavior. You're ridged adherence to a spec that is inadequate is NOT smart. There are places where you need to follow the community. If you want people to use your browser then you need to support that community. I'm personally going to stop using Firefox and tell everyone I know who is using it to stop as well if you guys don't get your act together. Web developers need your support. We can't keep building separate stuff for each browser's unique ****. You take the burden off a few people and place it on the masses. That's just down right stupid. Where the spec is adequate, stand firm, where it is not, be flexible and follow the community.
He, don't blame me. A better workaround is using <div>s , they do what you want. (ps. I agree it's ****** table doesn't have a height property)
Robert, don't assume anyone who replies here is actually a Moz dev, and then read http://bugzilla.mozilla.org/page.cgi?id=etiquette.html Now that that's said, your layout is very complex, is there any chance you can reduce it a bit so it's easier to figure out what's going on?
Mozilla does support percent heights on tables. However it is pretty complicated bug ridden code and a old problem see bug 10212. Regardless of the bug and the w3c hoax of using div based layouts, please be aware that if you use that 100% height mechanism it will break when used with strict doctypes (http://www.mozilla.org/docs/web-developer/quirks/) as a percent based height will become auto when the parent has a auto height specified (http://www.w3.org/TR/CSS21/visudet.html#propdef-height). So this layout is relying on a quirk.
We need a reduced testcase here
the url is 404, no testcase ==> incomplete
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.