https://issues.apache.org/ooo/show_bug.cgi?id=124852
--- Comment #2 from Regina Henschel <[email protected]> --- @Armin: In http://www.w3.org/TR/SVG/coords.html#TransformAttribute the following example is given: -- quote start -- In the element <rect x="10" y="10" width="20" height="20" transform="scale(2)"/> the x, y, width and height values are processed after the current coordinate system has been scaled uniformly by a factor of 2 by the ‘transform’ attribute. Attributes x, y, width and height (and any other attributes or properties) are treated as values in the new user coordinate system, not the previous user coordinate system. Thus, the above ‘rect’ element is functionally equivalent to: <g transform="scale(2)"> <rect x="10" y="10" width="20" height="20"/> </g> -- quote end -- Besides the above "and any other attributes or properties", I do not find any explicit statement about clipPath together with transform. But when I apply the way of the example above to the attached file, then <g id="01" transform="translate(128,128)" clip-path="url(#clipPathFlag)"> <rect id="mask" ry="57" height="512" width="512" y="0" x="0" fill="#00f"/> </g> should be functionally equivalent to the surrogate <g id="01" transform="translate(128,128)"> <g id="myclip" clip-path="url(#clipPathFlag)"> <rect id="mask" ry="57" height="512" width="512" y="0" x="0" fill="#00f"/> </g> </g> If I change the structure in the attached file to this surrogate, the image is shown as expected. The browsers IE, Chrome, Seamonkey, and the applications Inkscape and Batik show the image the same way as my surrogate. Only my rather old (from 2003) CorelDraw 12 shows it, not equal, but similar to the current AOO rendering. To be compatible with modern browsers and applications, I would go with their rendering, even if there might be a comment in any older SVG spec, that indicates it different. -- You are receiving this mail because: You are watching all issue changes.
