W3C home > Mailing lists > Public > public-css-testsuite@w3.org > October 2010

Re: absolute-replaced-width-016/017/018 incorrect

From: Alan Gresley <alan@css-class.com>
Date: Thu, 14 Oct 2010 16:01:50 +1100
Message-ID: <4CB68EBE.1040407@css-class.com>
To: "L. David Baron" <dbaron@dbaron.org>
CC: Boris Zbarsky <bzbarsky@MIT.EDU>, public-css-testsuite@w3.org
L. David Baron wrote:
> On Wednesday 2010-10-13 20:39 -0400, Boris Zbarsky wrote:
>> On 10/13/10 7:32 PM, L. David Baron wrote:
>>> The tests:
>>> http://test.csswg.org/suites/css2.1/20100917/xhtml1/absolute-replaced-width-016.xht
>>> http://test.csswg.org/suites/css2.1/20100917/xhtml1/absolute-replaced-width-017.xht
>>> http://test.csswg.org/suites/css2.1/20100917/xhtml1/absolute-replaced-width-018.xht
>>> appear to me to be incorrect.
>>> The svg element in these tests has no intrinsic ratio and no
>>> intrinsic size, since it has no viewBox and no height/width
>>> attributes.
>> SVG defaults the width/height attributes to 100% if they're not
>> specified.  So the sizing there looks correct (and is interoperable
>> at least with Webkit and Presto).

Correct, SVG covers 100% of the viewport when no height or width is 
specified but only if it is just a svg document with a svg extension 
(no (x)html). I didn't know that it was default behavior.

> Right; I had the feeling I was forgetting something.
> So the Gecko behavior on this test is correct.
> -David

Yes if you think this is correct.


I don't know why it's has that height or why the polyline is clipped. 
Opera 10.62 shows the same as Gecko. IE9 does not clip the blue 
polyline but the red border is the same height. Safari seems to show 
it correct with no clipping.

Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
Received on Thursday, 14 October 2010 05:02:17 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:13:21 UTC