Save as PDF Incorrectly Closes PATH
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Inkscape |
New
|
Undecided
|
Unassigned | ||
Bug Description
My SVG contains the PATH command:
<path
d="m 180,245 -136,0 0,-200 136,0"
style=
which should render as three sides of a rectangle. Because there is no "Z" at the end, it should NOT close the path when rendering.
The file displays properly in both Inkscape and Internet Explorer. However, when I save a PDF from Inkscape, it incorrectly closes the path.
The original authoring tool was MagicDraw (a UML modeling tool) but I have stripped the original very complicated file down to a very small file that illustrates the problem. Both the file and the rendered PDF are attached.
This bug may be related to whatever fix was developed for #272143 which seems to have been the opposite problem - PATH that was supposed to close not closing properly.
I was hoping to use Inkscape to further manipulate the MagicDraw diagrams (put frames around them, put several on one page, etc...) but this bug pretty much stops me from doing that, because UML (actually SysML) diagrams inherently have a lot of box-to-box connectors that look like this.
I am using Inkscape 0.48.4 r9939
Thanks,
David Hetherington
| David Hetherington (djhreg) wrote | #1 |
Upstream bug in the Cairo graphics library < 1.12 [1], tracked for Inkscape in
- Bug #759154 “Open paths with aligned endpoints are closed in cairo-based exports (PDF/PS/EPS)”
https:/
Linking as duplicate to bug #759154 - please add a comment here (bug #1368027) and revert the duplicate status if you don't agree.
[1] Based on information gathered from the files in the attached ZIP archive, I assume you are using the Windows package of Inkscape: the PDF file was created with cairo 1.11.2 which is the cairo version that older and current stable (32bit) packages of Inkscape for Windows have bundled.