- From: SVG Working Group Issue Tracker <sysbot+tracker@w3.org>
- Date: Thu, 21 Oct 2010 19:37:39 +0000
- To: public-svg-wg@w3.org
ISSUE-2384: Order of rx / ry computation for rounded rects [SVG Full 1.1] http://www.w3.org/Graphics/SVG/WG/track/issues/2384 Raised by: Cameron McCormack On product: SVG Full 1.1 This issue is raised based on Cameron's review of shapes-rect-03-t.svg[1]. [[ I think the spec is unclear about the interaction between the different clamping and defaulting behaviours for rx/ry on <rect>. The spec currently says: If a properly specified value is provided for ‘rx’ but not for ‘ry’, then the user agent processes the ‘rect’ element with the effective value for ‘ry’ as equal to ‘rx’. If a properly specified value is provided for ‘ry’ but not for ‘rx’, then the user agent processes the ‘rect’ element with the effective value for ‘rx’ as equal to ‘ry’. If neither ‘rx’ nor ‘ry’ has a properly specified value, then the user agent processes the ‘rect’ element as if no rounding had been specified, resulting in square corners. If ‘rx’ is greater than half of the width of the rectangle, then the user agent processes the ‘rect’ element with the effective value for ‘rx’ as half of the width of the rectangle. If ‘ry’ is greater than half of the height of the rectangle, then the user agent processes the ‘rect’ element with the effective value for ‘ry’ as half of the height of the rectangle. It’s not clear whether defaulting is done before clamping or vice versa. I decided to just follow the steps in order, and those results don’t match the test. (I think that order matches Firefox and WebKit, though.) ]] Opera and IE9 currently display the test (revision 1.6) without red, while Firefox, Webkit and Batik display it with some red. [1] http://dev.w3.org/SVG/profiles/1.1F2/test/svg/shapes-rect-03-t.svg
Received on Thursday, 21 October 2010 19:37:41 UTC