Consider the following testcase:
<table width="400" border=1>
<tr>
<td style="width: 80%"></td>
<td style="width: 20%">
<img style="width: 100%"
src="https://www.mozilla.org/images/header_logo.gif";>
</td>
</tr>
</table>
On trunk, the image ends up about 80px wide. On reflow branch, it ends up at
its intrinsic width.
For some form controls that had similar issues I duplicated the hack from bug
40596 -- set intrinsic min width to 0 if the style width is not auto. Is that
what we want to be doing here for images? Should we be doing that for replaced
inlines in general, perhaps? Right now, we do it for text controls, buttons,
and comboboxes (but NOT listboxes)...
What happens as things stand is that the second column ends up with an intrinsic
min width equal to the image's intrinsic width, and then the width constraint on
the whole table effectively makes the situation overconstrained so we ignore the
20% thing.
-Boris
_______________________________________________
dev-tech-layout mailing list
[email protected]
https://lists.mozilla.org/listinfo/dev-tech-layout
![https://www.mozilla.org/images/header_logo.gif"](https://www.mozilla.org/images/header_logo.gif"){kind=link}