Bug 25178 - inline SVG elements not sized the same as Firefox
Summary: inline SVG elements not sized the same as Firefox
Status: RESOLVED DUPLICATE of bug 14004
Alias: None
Product: WebKit
Classification: Unclassified
Component: SVG (show other bugs)
Version: 525.x (Safari 3.2)
Hardware: PC Windows XP
: P2 Major
Assignee: Nobody
URL:
Keywords:
: 25179 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-04-14 02:59 PDT by Burkhard Daniel
Modified: 2010-02-15 12:19 PST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Burkhard Daniel 2009-04-14 02:59:00 PDT
inline SVG elements (i.e. with the SVG embedded in the XHMTL) that do not specify an absolute width and height attribute are not sized correctly when displayed in a table cell. For example: The diagrams in http://www.mtronix.de/webkitBug/test.xhtml are inline SVGs, and they have a viewBox, but no width and height attributes. I was expecting the diagrams to be sized according to the table columns in which their table cell lives and I was expecting that table cell's height to be adjusted according to the SVG's aspect ratio. This works in Firefox.
Comment 1 Eric Seidel (no email) 2009-04-28 16:56:14 PDT
The SVG is going to have width="100%" height="100%" by default.  I think Firefox's behavior is incorrect here.  If you added an <img> tag with style="width: 100%; height: 100%" I think you would expect WebKit's behavior (and FF and WebKit would match).  FF seems to be doing something wrong for SVGs as far as I can tell.  viewBox does not specify how large the SVG renders, just what the coordinate system of the SVG canvas is.
Comment 2 Nikolas Zimmermann 2010-01-19 07:55:02 PST
Good evening Burkhard,

the testcase is not available anymore. Can you attach it to the bug report?
Comment 3 Nikolas Zimmermann 2010-02-15 12:18:27 PST
*** Bug 25179 has been marked as a duplicate of this bug. ***
Comment 4 Nikolas Zimmermann 2010-02-15 12:19:12 PST
Unfortunately we still have to testcase, but I have plenty other demonstrating the problem...
Going to work on bug 14004, which is fixing this problem alltogether. Marking as dup.

*** This bug has been marked as a duplicate of bug 14004 ***