Version: (using KDE KDE 3.3.1) Installed from: Gentoo Packages While the text looks great in kpdf, the figures are not anti-aliased. By figures I mean, for example, eps files included in the latex files before conversion to ps and then pdf. I would like to see an option that allows one to turn on such anti-aliasing. In acroread, there is a switch that turns it on (I think it's called Smooth Line Art). KGhostView smoothes figures together with text by default, I think.
Could you attach a example file? Thanks
example.pdf is attached. Screenshots of various programs (acroread, kghostview, gv, and kpdf) on my computer are also attached. Acrobat in my opinion does the best job with antialiasing, but all but kpdf look good. Thanks a lot for looking into this and for the last one (fixing the watch file option). On Wednesday 01 December 2004 04:18 pm, Albert Astals Cid wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=94231 > > > > > ------- Additional Comments From tsdgeos terra es 2004-12-01 22:17 > ------- Could you attach a example file? Thanks Created an attachment (id=8514) acrobat-1.png Created an attachment (id=8515) kpdf-1.png Created an attachment (id=8516) example-1.pdf Created an attachment (id=8517) gv-1.png Created an attachment (id=8518) kghostview-1.png
I guess kghostview uses ghostscript to get antialiasing - it looks much better when (in the settings) -dGraphicsAlphaBits is set to 4 (in the previous screenshot it was set to 2). Just a quick remark.
Yes, this cannot be that hard. I vote for this too, as it is basic for nice presentation, and line art usage is really good since it reduces tremendously the file size. our company embeds a vector logo and it looks very bad on kpdf. This feature (smooth line art) used to be disabled on default acrobat reader installations, but now it is enabled by default.
Are you volunteering to implement it?
It might make sense to wait since Qt 4 will have some support for anti-aliasing. I don't know to what extent, but it's better then nothing. Another alternative (that might be a really good idea if somebody has time to implement it) would be to integrate anti-grain into kpdf - that would allow for a lot of features. http://www.antigrain.com I am not volunteering to implement it. Sorry. On Tuesday 01 February 2005 01:49 pm, Albert Astals Cid wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=94231 > > > > > ------- Additional Comments From tsdgeos terra es 2005-02-01 19:48 > ------- Are you volunteering to implement it?
The are "you volunteering for it" was not for you Dmitriy but for tmpfreire@terra.com.br as he said it could not be that hard. About waiting for Qt4 it will not help as kpdf uses xpdf rendering engine that is completely unrelated to Qt.
Oh, I see. So the real course would be to try to integrate AntiGrain into xpdf? On Tuesday 01 February 2005 02:30 pm, Albert Astals Cid wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=94231 > > > > > ------- Additional Comments From tsdgeos terra es 2005-02-01 20:30 > ------- The are "you volunteering for it" was not for you Dmitriy > but for tmpfreire terra com br as he said it could not be that > hard. > > About waiting for Qt4 it will not help as kpdf uses xpdf rendering > engine that is completely unrelated to Qt.
*** This bug has been confirmed by popular vote. ***
Yes, line-art antialiasing would totally rock! :)
Well, I totally agree, this is actually the only thing that keeps me away from kpdf. I have too many figures in my documents that are not rendered properly (with anti-aliasing I mean...). Otherwise, it is a great program, disigned in a very clever way.
*** Bug 128029 has been marked as a duplicate of this bug. ***
Created attachment 16273 [details] another example pdf
From what I have read, evince has line-art anti-aliasing because it uses poppler with the cairo backend. As far as I understand, KPDF still uses the xpdf library (from which poppler was forked), but Okular (the kpdf replacement for KDE4) will use the poppler library too. Given this, it does not seem to be enough to use poppler, has in Okular case, the poppler's qt backend will need to support anti-aliasing. Will this happend?
@ comment 14: you're right, okular uses poppler already. But, the Qt4 native renderer of poppler currently needs *a lot* of work. At the moment, the Splash renderer (the native xpdf one) is used.
kpdf will have antialias in kpdf 3.5.7
Created attachment 21257 [details] image comparison between evince and kpdf-3.5.7 i'm using kpdf-3.5.7 and i dont get anti-aliasing in my images ...
Can you attach the document please?
http://www.analog.com/UploadedFiles/Associated_Docs/4206716165649BF537_HRM_whole_book_o.pdf
The anti-aliasing in kpdf 3.5.7 aka. 0.5.7 works fine for me, even with the document you refer to. Mike: Did you check if you enabled anti-aliasing in the kde font-settings? (you may have to restart X)
i'd be angry if the rest of my KDE wasnt anti aliased ;) i think the answer may be even simpler ... ive gotten so used to not rebooting that some of my machines have a few hundred days of uptime ... so while i may have kpdf 3.5.7 installed, the kde backends running in memory dont really reflect that. after restarting X, my pdf looks much nicer :) thanks !