bug report: path omitted in rendering to pdf
Hi, all,
I'm a happy, long-time user of inkscape. Thanks for all your efforts over the years on this wonderful open-source project.
This email is to report a bug in pdf rendering, which occurs in both the stable version and, as shown below, in the version compiled from the latest sources.
$ /usr/local/bin/inkscape --version Inkscape 0.91+devel r14210 (Jun 22 2015) $ /usr/local/bin/inkscape --export-pdf=b.pdf b.svg $ ls -l b.pdf -rw-r--r-- 1 bcrowell bcrowell 857 Jun 23 05:42 b.pdf
The file b.svg, which I've pasted into this email below, contains a single object, which is a moderately complex filled path. When I export to pdf, the resulting file does not contain any rendering of the object (as you can see from its small size in the listing above). Rendering to a bitmap works correctly, and rendering of filled paths does normally work, of course. The bug seems to depend on something specific about this particular path. I don't know whether this is a bug in inkscape or in cairo. The version of cairo on my system appears to be 1.13.0, based on the existence of this file: /var/cache/apt/archives/libcairo2_1.13.0~20140204-0ubuntu1.1_amd64.deb
Regards,
Ben ================================== b.svg =========================================================
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" sodipodi:docname="b.svg" inkscape:version="0.48.4 r9939" sodipodi:version="0.32" id="svg2" height="297mm" width="210mm" version="1.1" inkscape:export-filename="/home/bcrowell/Documents/writing/books/physics/share/mechanics/figs/cm-examples.png" inkscape:export-xdpi="300.09366" inkscape:export-ydpi="300.09366"> <defs id="defs3" /> <sodipodi:namedview inkscape:window-y="0" inkscape:window-x="0" inkscape:window-height="996" inkscape:window-width="1278" inkscape:current-layer="layer1" inkscape:document-units="px" inkscape:cy="671.87269" inkscape:cx="190.88077" inkscape:zoom="1.4939973" inkscape:pageshadow="2" inkscape:pageopacity="0.0" borderopacity="1.0" bordercolor="#666666" pagecolor="#ffffff" id="base" showgrid="false" inkscape:window-maximized="0" /> <metadata id="metadata4"> rdf:RDF <cc:Work rdf:about=""> dc:formatimage/svg+xml</dc:format> <dc:type rdf:resource="http://purl.org/dc/dcmitype/StillImage" /> <dc:title /> </cc:Work> </rdf:RDF> </metadata> <g id="layer1" inkscape:groupmode="layer" inkscape:label="Layer 1"> <path id="path2125" d="m 254.41718,413.88701 -1.46414,0.17338 -2.77415,0.96325 -1.38708,1.38708 -0.57795,1.0403 c -0.3856,0.97285 -0.64198,1.76746 -0.92471,2.73563 l -0.13486,1.67605 -0.0963,2.06135 -0.52016,1.38707 -0.0193,-0.0193 -0.13486,0.30824 -1.31001,-0.17339 -0.0771,0.0771 -2.60077,0.84766 -4.87403,3.44843 -4.00711,4.31535 -5.16301,7.16656 -4.31535,6.02993 c 0,0 1.15442,-1.4394 -4.58506,4.87403 -5.73947,6.31343 -3.15945,8.61144 -3.15945,8.61143 l 1.13663,4.02638 2.02282,7.74451 2.87048,7.45553 2.29253,6.3189 0,6.02993 1.13663,5.72169 2.60077,4.8933 3.14019,4.87403 0,3.44843 0.57795,3.15945 1.0981,1.0981 4.58506,-0.17338 7.72524,0.46236 2.09988,-0.21192 0,-0.0385 0.32751,0 1.63752,-0.17338 -0.25045,-0.96325 0.28898,-0.57795 -0.28898,-0.86692 0.86692,-0.57795 -0.86692,-0.84766 -3.15945,-1.15589 -5.74096,-2.58151 -1.13663,-1.15589 -2.87048,-6.01067 -1.44487,-7.4748 -1.71458,-4.58506 -0.28897,-5.163 -0.57795,-4.60433 0.11559,-0.38529 -0.0578,-0.0193 0.42382,-2.31179 0.28898,-2.3118 c 0,0 0,-4.74991 0,-5.18227 0,-0.43236 -0.13485,-2.60077 -0.13486,-2.60077 l -0.57794,-5.47124 0.59721,-1.31002 -0.0771,-0.7706 1.71458,-3.44842 2.87048,-4.00711 3.44842,-2.3118 3.7374,-5.163 2.58151,-2.29253 1.4256,-3.7374 3.15945,-3.71814 2.29253,0.28898 8.61144,0.55868 6.60787,0.86692 8.03349,-0.28897 7.45553,-0.28898 2.50445,1.05958 5.24006,-0.7706 4.5658,-0.90546 0.3275,-0.80912 -4.60432,-0.28898 -4.58506,-0.57795 -4.02637,-0.86692 -3.42917,-0.55868 -5.18227,-1.1559 -3.71813,-0.86692 -2.29253,0 -4.02638,0.57795 -6.3189,-1.42561 0.28897,-0.86692 1.44488,-0.28898 0.28897,-0.57795 -0.28897,-1.71458 c 0,0 0.84766,-2.29125 0.84765,-4.87403 0,-2.58277 -2.57022,-4.59107 -3.71813,-5.45198 -0.10304,-0.0773 -0.33528,-0.13644 -0.48163,-0.21191 l -0.94398,-0.23118 -2.35032,-0.26971 z" style="fill:#000000;fill-opacity:1;fill-rule:evenodd;stroke:#000000;stroke-width:0.03082392pt;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1" inkscape:connector-curvature="0" /> </g> </svg>
____________________________________________________________ Can't remember your password? Do you need a strong and secure password? Use Password manager! It stores your passwords & protects your account. Check it out at http://mysecurelogon.com/password-manager
[ resending to the list as well ]
On 2015-06-23 15:05 (+0200), Blahde Blah wrote:
The file b.svg, which I've pasted into this email below, contains a single object, which is a moderately complex filled path. When I export to pdf, the resulting file does not contain any rendering of the object (as you can see from its small size in the listing above). Rendering to a bitmap works correctly, and rendering of filled paths does normally work, of course. The bug seems to depend on something specific about this particular path. I don't know whether this is a bug in inkscape or in cairo. The version of cairo on my system appears to be 1.13.0, based on the existence of this file: /var/cache/apt/archives/libcairo2_1.13.0~20140204-0ubuntu1.1_amd64.deb
Increase the stroke width, or remove the stroke altogether to work around a cairo bug (cairo >= 1.12.4) which omits objects with small stroke-widths when exporting to PDF:
Tracked for Inkscape here: https://bugs.launchpad.net/inkscape/+bug/1174909
Tracked for cairo here: https://bugs.freedesktop.org/show_bug.cgi?id=77298
Regards, V
participants (2)
-
Blahde Blah
-
su_v