WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 14004
25178
inline SVG elements not sized the same as Firefox
https://bugs.webkit.org/show_bug.cgi?id=25178
Summary
inline SVG elements not sized the same as Firefox
Burkhard Daniel
Reported
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.
Attachments
Add attachment
proposed patch, testcase, etc.
Eric Seidel (no email)
Comment 1
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.
Nikolas Zimmermann
Comment 2
2010-01-19 07:55:02 PST
Good evening Burkhard, the testcase is not available anymore. Can you attach it to the bug report?
Nikolas Zimmermann
Comment 3
2010-02-15 12:18:27 PST
***
Bug 25179
has been marked as a duplicate of this bug. ***
Nikolas Zimmermann
Comment 4
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
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug