[cairo-bugs] [Bug 31140] New: PDF export stroke color wrong for black lines

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Oct 26 12:15:22 PDT 2010


https://bugs.freedesktop.org/show_bug.cgi?id=31140

           Summary: PDF export stroke color wrong for black lines
           Product: cairo
           Version: 1.10.1
          Platform: x86 (IA32)
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: pdf backend
        AssignedTo: ajohnson at redneon.com
        ReportedBy: goejendaagh at hotmail.com
         QAContact: cairo-bugs at cairographics.org


The stroke color of a line with black color (rgb=000000) is wrong in the PDF
export; instead of black, it is the color of the last stroked path.

First I export a path with these fill/stroke details
<path
style="fill:none;stroke:#097101;stroke-width:2;stroke-linecap:butt;stroke-linejoin:miter;stroke-opacity:1;stroke-miterlimit:4;stroke-dasharray:none"
/>
which is a green line.

Then an object with fill:
   <path
style="fill:url(#linearGradient6712);fill-opacity:1;stroke:black;stroke-width:0.6;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none;stroke-dashoffset:0"
/> 

Then a black stroked path:
   <path
style="fill:none;stroke:#000000;stroke-width:0.56444448000000003;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none"
/>

The stroke color of this last path is #097101 instead of black.
The color is correct when changing any of these:
- change fill of 2nd object to a solid color (instead of gradient)
- change stroke color of 2nd object to something other than black
- change stroke color of last path to something other than black
- change stroke-opacity of 2nd object to e.g. 0.9

Perhaps cairo ignores the black color, thinking it is default for paths?

See Inkscape bug: https://bugs.launchpad.net/inkscape/+bug/665628

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


More information about the cairo-bugs mailing list