When svg is placed inside a table with no width and height on the svg element, one would expect it to pull the width and height from the table cell size, possibly modified for a viewbox aspect ratio. We totally fail on this when no width or height is given for the svg element. See cr119708-no-width-height.html We get it wrong, but less wrong, when we specify block display. See cr119708-display-block.html
Created attachment 134340 [details] SVG in table with no width height
Created attachment 134341 [details] SVG in table with display:block
The behavior for display:block seems to have improved recently (nothing was displayed at all in Chrome 18) but it is still not correct.
(In reply to comment #3) > The behavior for display:block seems to have improved recently (nothing was displayed at all in Chrome 18) but it is still not correct. Verified, the same in trunk on Mac. A quick FYI: intrinsic sizing + inline SVG is the last TODO item, in the area of intrinsic sizing. Over the last months SVG in <object> / <embed> / <iframe> / <html:img> / <svg:image> and background-image/border-image/mask-image got implemented and now work as desired. Figuring out the correct size in inline SVG is not yet perfect.
The two testcases seam to work in Chrome 21. However this one still doesn't: http://jsfiddle.net/eLVYJ/ Works fine in Firefox 15.
*** Bug 95763 has been marked as a duplicate of this bug. ***
Fixed! Finally.