Open
Bug 355175
Opened 18 years ago
Updated 2 years ago
'min-height' on element overridden by 'max-height' of sibling but affects parent
Categories
(Core :: XUL, defect)
Tracking
()
NEW
People
(Reporter: mcow, Unassigned)
Details
(Keywords: testcase, Whiteboard: [reflow-refactor])
Attachments
(1 file)
1.78 KB,
application/vnd.mozilla.xul+xml
|
Details |
Similar to bug 331359. Given an hbox with two child vboxes, only one of which has a 'min-height,' both children are contrained to the min-height value. This may be desirable, as the boxes end up the same height, altho the result is unexpected. This is true even if the other sibling has a larger max-height attribute; however, in this case, the (unconstrained) hbox containing the two grows as if the child were rendered at its specified max-height, leaving an undesirable gap between the bottom edge of the children and the bottom edge of the container.
Reporter | ||
Comment 1•18 years ago
|
||
Steps to reproduce: 1) Load the attachment Actual results: * In both hboxes, the children are the same height, contrained by the second child's 'max-height' attribute. * Additionally, the lower hbox shows a gap between its lower edge and its children's lower edge. Expected results: * At the least, the two hboxes should appear identical. * Possibly, the hboxes should show the first child at its full, unconstrained height, while showing the sibling per its max-height.
Updated•18 years ago
|
Whiteboard: [reflow-refactor]
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: xptoolkit.xul → xptoolkit.widgets
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•