[gs-bugs] [Bug 689970] major artefacts in pdfwriter output

bugs.ghostscript.com-bugzilla-daemon at ghostscript.com bugs.ghostscript.com-bugzilla-daemon at ghostscript.com
Tue Jul 15 06:11:29 PDT 2008


ken.sharp at artifex.com changed:

           What    |Removed                     |Added
             Status|UNCONFIRMED                 |NEW
      everconfirmed|0                           |1

------- Additional Comments From ken.sharp at artifex.com  2008-07-15 06:11 -------
This looks like its another case of the text render mode causing problems. Much
of the text is drawn with Tr 2 (fill and then stroke), apparently to increase
the 'boldness' of the font because it uses the same colour for both operations.
If I alter that to Tr 1 or 0 and convert then the problem disappears. 

To do this, select the text in Acrobat, right-click and select properties. Note
that the stroke and fill colours are set. Alter the stroke colour to 'no
colour'. Notice that the boldness is reduced. Convert, problem disappears.

The current pdfwrite code in HEAD does a 'better' job with text rendering modes
than the old code did, but its far from perfect, and faulty line widths are a
known problem.

Hopefully I'll get round to altering the graphics state to address this soon.
See also issue #689692.

I won't mark this as a duplicate, because its not quite the same problem.

------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

More information about the gs-bugs mailing list