Re: Normalizing a 'z' or 'Z' command

but a close command automatically implies the "lineto" if the current
position is not at the orginal starting point of the subpath (which
actually isn't the same as a lineto specified by the user) - in my opinion
this additional lineto, while happening behind the scenes, shouldn't
appear in the path normalization.

Andreas

>> I would also vote against normalizing the close (z|Z) case with a
lineto command.
>>
>> In the spec it says "When a subpath ends in a 'closepath', it differs
in behavior from what happens when "manually" closing a subpath via a
'lineto' command in how 'stroke-linejoin' and 'stroke-linecap' are
implemented." [1]
>
> Maybe I wasn't clear enough, I meant a close might be normalized as
either just close (if the current position is equal to the subpath start
position), or as a lineto (to the subpath starting position) followed by
a close. That way a normalized close would mean just "join the path",
not "draw a line to the subpath start position if current position isn't
equal to subpath start position, then join the path".
>
> But like I wrote before, I'm fine with normalizing close to be just
close. I just wanted to clarify what I meant.
> Cheers
> /Erik
>
> --
> Erik Dahlstrom, Core Technology Developer, Opera Software
> Co-Chair, W3C SVG Working Group
> Personal blog: http://my.opera.com/macdev_ed
>


-- 
Andreas Neumann
Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland
Email: a.neumann@carto.net, Web:
* http://www.carto.net/ (Carto and SVG resources)
* http://www.carto.net/neumann/ (personal page)
* http://www.svgopen.org/ (SVG Open Conference)
* http://www.geofoto.ch/ (Georeferenced Photos of Switzerland)



-- 
Andreas Neumann
Böschacherstrasse 6, CH-8624 Grüt/Gossau, Switzerland
Email: a.neumann@carto.net, Web:
* http://www.carto.net/ (Carto and SVG resources)
* http://www.carto.net/neumann/ (personal page)
* http://www.svgopen.org/ (SVG Open Conference)
* http://www.geofoto.ch/ (Georeferenced Photos of Switzerland)

Received on Thursday, 8 May 2008 10:37:05 UTC