[gs-bugs] [Bug 691455] Stroking of sloppily authored paths goes wrong.

bugzilla-daemon at ghostscript.com bugzilla-daemon at ghostscript.com
Wed Jul 14 11:15:18 UTC 2010


http://bugs.ghostscript.com/show_bug.cgi?id=691455

Robin Watts <robin.watts at artifex.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

--- Comment #21 from Robin Watts <robin.watts at artifex.com> 2010-07-14 11:15:15 UTC ---
The PLRM says that the strokepath operator:

"replaces the current path with one enclosing the shape that would result if
the stroke operator were applied to the current path. The path resulting from
strokepath is suitable as the implicit operator to fill, clip or pathbbox."

So, in a conforming implementation, strokepath and stroke must always give the
same results. Ghostscript is such a conforming implementation. Acrobat, it
seems is not.

I take your point about the fact that end caps should be applied in line with
the vector between the end point of the bezier and the previous control point
though. As you say this is clearly not happening exactly as we might wish it to
due to the limited precision involved in the subdivision of the bezier to line
segments. I'll have to ponder if there is a better way for us to achieve this.

-- 
Configure bugmail: http://bugs.ghostscript.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the gs-bugs mailing list