Bug 690975 - XPS and Postscript models differ slightly wrt joining dashes
Summary: XPS and Postscript models differ slightly wrt joining dashes
Status: CONFIRMED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Graphics Library (show other bugs)
Version: master
Hardware: PC Windows XP
: P4 normal
Assignee: Robin Watts
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-03 10:09 UTC by Robin Watts
Modified: 2010-01-28 17:24 UTC (History)
0 users

See Also:
Customer:
Word Size: ---


Attachments
dash.xps (5.72 KB, application/vnd.ms-xpsdocument)
2009-12-03 10:12 UTC, Robin Watts
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robin Watts 2009-12-03 10:09:46 UTC
Consider a path that happens to be dashed in such a way that the end of one on 
section exactly corresponds with a corner in the path.

Postscript (at least Acrobat and Ghostscripts implementation of it) appears to 
join this line segment around the corner to the empty 'dash' section. This can 
produce odd looking caps.

XPS (at least xps2tiff, which calls microsofts own code for rendering) does 
not join in this way. Other xps graphics renderers differ in their operation 
here (Software Imaging's XPS viewer for example gives a different result to 
both ghostscript and xps2tiff).

Supporting both different ways of working within one graphics library will 
require a switch of some kind, I think. I have a #define locally that seems to 
work (needs more testing), but this isn't a runtime solution.
Comment 1 Robin Watts 2009-12-03 10:12:08 UTC
Created attachment 5737 [details]
dash.xps

This xps file, created by Tor/Myself to demonstrate dashing/capping behaviour
shows the problem. Look at the lower right hand corner of the green path.
Comment 2 Robin Watts 2010-01-28 17:24:20 UTC
Reassigning to new email address.