The two bars are not identical.
Created attachment 175180 [details] Patch
Comment on attachment 175180 [details] Patch Attachment 175180 [details] did not pass mac-ews (mac): Output: http://queues.webkit.org/results/14899560 New failing tests: svg/hixie/data-types/002.xhtml
Created attachment 175190 [details] patch Change case as reftest.
This is an imported test case. AFAIK we normally don't change them like this, as they were probably designed the way the were for a reason; you should instead check if there's a new, more correct version of it and then import it. Or investigate what's causing the wrong behavior in WebKit, if there's really one.
Comment on attachment 175190 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=175190&action=review > LayoutTests/svg/hixie/data-types/002.xhtml:14 > + <svg height="40px" width="10em" viewBox="0 0 10em 40px" xmlns="http://www.w3.org/2000/svg"> This is not the right way to fix this. It's actually part of the logic of the text to have a square viewbox. Maybe rather check how you can change the aspect-ratio so that the contents of the viewbox are scaled up to the full size of the svg container.
drott, rakuco : Okay, I will investigate more. :)
Got some points. :) <svg height="40px" width="10em" viewBox="0 0 100 100" xmlns="http://www.w3.org/2000/svg"> <rect x="0" y="0" width="100" height="100" fill="navy"/> </svg> 100 UUheight and 40 px -> 0.4px per 1 UUheight 100 UUwidth and 10em -> 0.1em per 1 UUwidth Therefore, rect should be like this: height = 0.4px * 100 = 40px width = 0.1em * 100 = 10em these are exactly same with <div> and it means that I should dig more into WebKit code side. :) Thx, drott and rakuco!
Comment on attachment 175190 [details] patch Wrong approach.
Comment on attachment 175180 [details] Patch This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do?
(In reply to comment #9) > (From update of attachment 175180 [details]) > This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do? Actually all browsers act the same. This is very surprising for me. I would expect that the same as Ian did: The viewBox scales the content to the whole dimension of the SVG, but it doesn't. Instead the size of the viewBox is used to get a scale ratio and is fits into the SVG area by the value of preserveAspectRatio. Need to read the spec here.
(In reply to comment #9) > (From update of attachment 175180 [details]) > This test is important from an early set of hixies SVG test. Are you sure it's wrong? What do the other browsers do? oops.. sorry for my overlooking. :-( Fortunately, dirk kindly answered on your question. :) Thx! In addition, <http://www.w3.org/TR/SVG11/coords.html#ViewBoxAttribute> describes 'The value of the ‘viewBox’ attribute is a list of four numbers <min-x>, <min-y>, <width> and <height>' and I couldn't find any more specific information from web search. In my last investigation in source level, I've found this test case fails in parsing viewBox because current implementation only considers numbers with few exception but not 'em'. Therefore, given information, I am still not sure which direction would be the best approach for this test case.
Safari, Chrome, and Firefox all produce incorrect results.
<rdar://problem/97098369>