[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #45494] Patches have spurious (antialising) li

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #45494] Patches have spurious (antialising) lines in vector printout
Date: Wed, 26 Jul 2017 22:56:47 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0

Follow-up Comment #45, bug #45494 (project octave):

>> comment #15)

I tried the example of comment #15 and the native PDF surface looks much
better, free of lines, whereas the converted EPS-to-PDF has all the
cracks/lines we've been discussing.  There is a bug in the PDF native plot,
it's that the y-axis line is coming out dotted rather than solid.  That's a
bug for gl2ps to fix, if fltk/qt are not doing anything wrong.  Viewing the
converted PDF in Acroread, I quit half way through it was so slow to render. 
None of the -dpdfwrite examples I've generated or that you uploaded are
totally free of grey lines/cracks.

>> In comment #17 I proposed to make gl2ps>>>pdf the default for pdf related
outputs and introduce a new format ("-dpdfgs") to handle the gl2ps>>>eps>>>pdf
tool chain. Now the question is wether the eps files should have shading
enabled by default.

If the gl2ps library has support for direct PDF, by all means use that for
-dpdf and -dpdfwrite.  I suggest dropping the pdfgs option, though.  No one
will want bigger, slower, poorer quality files.  Giving the user the chance to
use that conversion will just lead to confusion and another future bug report.
 Plus, if the user insists on such a conversion there is always system level
ps2pdf that he or she can use.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]