Version: (using KDE KDE 3.1.93) Installed from: SuSE RPMs OS: Linux Kpdf renders fonts incorrectly (font type and spacing etc.), misses out formatting (bold text etc.) and sometimes fails to render complete pages. May be related to bug #67482 I can supply files if needed.
Can confirm same behavour in KDE 3.2 beta 2
The fonts are all wrong in this one: http://www.kofler.cc/pdf/linux4_emacsprg.pdf xpdf and kghostview have no problems. I am also using beta2.
Same problem here on debian kdecvs from yesterday. Looks like every font is rendered in Helvetica. Works fine in xpdf.
Can you test this patch ? (it basically adds "f.setFamily(fname);" after setStyleHint in kpdf/QOutputDev.cpp Index: QOutputDev.cpp =================================================================== RCS file: /home/kde/kdegraphics/kpdf/kpdf/QOutputDev.cpp,v retrieving revision 1.11 diff -r1.11 QOutputDev.cpp 149,152c150,154 < f. setStyleHint ( sty, (QFont::StyleStrategy) ( QFont::PreferOutline | QFont::PreferQuality )) < f. setBold ( gfxFont-> isBold ( ) > 0 ); < f. setItalic ( gfxFont-> isItalic ( ) > 0 ); < f. setFixedPitch ( gfxFont-> isFixedWidth ( ) > 0 ); --- > f.setStyleHint ( sty, (QFont::StyleStrategy) ( QFont::PreferOutline | QFont::PreferQuality )); > f.setBold ( gfxFont-> isBold ( ) > 0 ); > f.setItalic ( gfxFont-> isItalic ( ) > 0 ); > f.setFixedPitch ( gfxFont-> isFixedWidth ( ) > 0 ); > f.setFamily(fname);
I'd like too, however I don't presently have the HD space too do much compiling. Vincent & Giles: Are you in a position to test the patch?
Not right now, I've got exams. I'll try as soon as possible but don't expect it for the next two weeks. Sorry.
A little break can't hurt ;-) Unfortunately the patch doesn't help. Did it work for you, Christophe? I just tried some more .pdfs and I have trouble finding one that uses the right fonts!? It seems to me that kpdf always uses the standard postscript fonts instead of those specified by the document. All the tested files are rendered correctly by xpdf and kghostview.
I can confirm this behaviour too. I have the same problem with a pdf using a special ttf font ( Blade runner movie ). What's surpising is that the only affected application in my system are ... kpdf and ... gpdf. Both exhibit the same problem
Created attachment 4539 [details] bad ttf rendering for kpdf/gpdf Have a look at the text at the left top side ( FIVENTIS ) you will notice that xpdf ( v 3.0 ), kghostview rendered it correctly whereas kdpf and gpdf failed to render it correctly. you have from top to bottom : xpdf, kpdf, gpdf, kghostview
I'm using kpdf from the KDE 3.2.0 release and have the same problems. Everything renders in maybe Helvetica? Running xpdf 2.02.1 or kghostview everything is fine. Using Gentoo packages for 3.2.0 gcc 3.2.3.
Created attachment 4706 [details] Example of improper rendering Needless to say, that XPDF (both 1.00 and 2.03) on my Debian/woody works perfectly, but Kpdf 0.3 shows this mess. xpdf rendering and pdf files will be attached in subsequent attachements.
Created attachment 4707 [details] Example of correct rendering xpdf 1.0 works like a charm
Created attachment 4709 [details] Example PDF file PDF files displayed (its first page)
I can confirm this bug on KDE 3.2cvs Debian/Sid. red
how does kpdf handle xpdf's xpdfrc file? does it use this or does it have its own? I looked at the source and I can't find an absolute path. Where does it read the fonts from?
I'm seeing this behavior as well. I'm going to attach some files and screenshots showing this behavior.
Created attachment 4876 [details] Original document.
Created attachment 4877 [details] PDF created by Kword.
Created attachment 4878 [details] PDF created by OpenOffice.
Created attachment 4879 [details] Screenshot of incorrect rendering of Kword pdf.
Created attachment 4880 [details] Screenshot of incorrect rendering of OO pdf.
I can confirm this behavior too, my latex-generated pdf displays nice in xpdf and kghostview (kde3.20 under gentoo), but kpdf seems to ignore the font and uses an standard one, also i have no images (images were png included in the latex file with pdflatex).
FYI, patch doesn't seem to help (much). As a matter of fact, I can't get kdpf to display/render anything correctly.
From what I can gather, kpdf doesn't seem use any embedded fonts (ie, fonts included inside the pdf files), and subsequently substitutes something else. When viewing such files created with pdflatex, kpdf first seems to pause for several seconds, then issues a few warnings (to konsole): CHARACTER NOT IN FONT: fb00 ... Another problematic file issues a whole bunch of: CLIPPING: 1 POLYS ... FILLING: 1 POLYS ... but these seem mostly to be some sort of debugging statements to me.
Same problem here with kpdf/rendering NetBSD-1.6.1/i86 XFree86 4.3.0 KDE-3.2.1 from latest pkgsrc cvs // wbr
I observe the same effect in kdpf in 3.2.0 and 3.2.1. For all documents I have tested, embedded fonts are not displayed, instead something looking like Helvetica is used. Even kghostview which wasn't very good at renderings PDF got the embedded fonts correctly in most cases.
Well, is anyone listening? I went into cvs and noticed a comment stating that ttf and type1 rendering in xpdf (the one in kpdf) has been taken out....... Kpdf is not in a state to be included in KDE...it is useless unless one is viewing a very simple pure text document. Why would anyone use it? This is shame since the quality of other components in KDE are excellent. Obviously there is no one working on kpdf to address any of our complaints.
Completely agree with comment 27. The quality of KPDF is completely unacceptable. And KGhostview is readily available. I really wonder why KPDF is included. It does not match the very good overall quality of KDE applications. One of the main reasons why people use PDF is to get the fonts right even without a font being installed. I haven't found one PDF it displays correctly yet. KPDF should be taken out until it gets to a usable state. Perhaps this bug should be renamed to "Take out KPDF"? Or should we file a new bug for this?
Sad but true. I'd really like to have a true pdf viewer such as xpdf, but not one in a pre-alpha state. I completely agree that it's too incomplete to have its place in KDE. And, of course, I'm looking forward to having a fully functional kpdf integrated in KDE!
Look at a Japanese PDF in kghostview ... it's terrible. After configuring ~/.xpdfrc for Japanese support, KPDF displays much better than ghostview. However, producing documents from LyX, you get the occasional garbage output. Since plain ghostview really stinks at Japanese/Chinese and xpdf shines at it, I would personally view KPDF as the next standard viewer, after all the alpha-ness is removed. Maybe KPDF should look at filling out ~/.xpdfrc a little bit better via configuration?
Look at any landscape pdf in kghostview ... it's terrible (just try it once ... e.g. http://netkit.org/docs/netkit-two-hosts-02.pdf )
On Sunday 25 April 2004 15:30, Christophe Devriese wrote: > ------- Additional Comments From oelewapperke ulyssis org 2004-04-25 > 15:30 ------- Look at any landscape pdf in kghostview ... it's > terrible (just try it once ... e.g. > http://netkit.org/docs/netkit-two-hosts-02.pdf ) try it with GhostScript 8, looks perfect. André
On Sunday 25 April 2004 15:59, André Wöbbeking wrote: > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > http://bugs.kde.org/show_bug.cgi?id=67950 > > > > > ------- Additional Comments From woebbeking web de 2004-04-25 15:59 > ------- > > On Sunday 25 April 2004 15:30, Christophe Devriese wrote: > > ------- Additional Comments From oelewapperke ulyssis org 2004-04-25 > > 15:30 ------- Look at any landscape pdf in kghostview ... it's > > terrible (just try it once ... e.g. > > http://netkit.org/docs/netkit-two-hosts-02.pdf ) > > try it with GhostScript 8, looks perfect. are you using "gv" or "kghostview" ? greetings, Oelewapperke
> ------- Look at any landscape pdf in kghostview ... it's terrible (just try > it once ... e.g. http://netkit.org/docs/netkit-two-hosts-02.pdf ) That's right, there's a problem with this pdf, but kpdf doesn't get it right either! (xpdf and acrobat are ok.)
On Sunday 25 April 2004 16:29, Christophe Devriese wrote: > > try it with GhostScript 8, looks perfect. > > are you using "gv" or "kghostview" ? I use KGhostView (of course :-). Previous versions of GhostScript had problems with landscape but this is fixed with version 8. André
LANG=zh_TW adversely affects font rendering. I think QT kicks in and tries to be smart by doing some font replacing, I can't tell but, the Nokia 6600 AT Commandset: http://ncsp.forum.nokia.com/download/?asset_id=11579;ref=devx looks terrible with characters all mashed together. More on font rendering woes can be found here: http://bugs.kde.org/show_bug.cgi?id=39185
Hi, Every has "probems" with fonts. Relax. You likely have a awkward set of "font.alias" files. These can really screw up your font system by choosing stupid fonts instead of the real and existing font. You also might not have: 0) configured X, xfs, xfs-tt for fonts correctly 1) have had your fonts installed properly may not have looked into rebuilding your font information files. Try installing biznet fonts 2) bought a full set of quality fonts 3) insured that KDE and GNOME font adds are getting used In general, its not a new thing. Linux distributors tend to slack off when it comes to fonts.
Confirmed problem with kpdf on kde-3.3beta2. As a matter of fact, I can't get it to properly display *any* pdf file, particularly ones with embedded fonts.
Confirmed problem with kde 3.3.0 (debian/sid). I had this problem since kpdf was introduced. There's no single document here that kpdf shows correctly. kpdf is not usable. Fonts are working fine in every other application here, so I don't think I've misconfigured my system...
This problem is solved in HEAD, KPDF in KDE 3.4 will be really wonderful. HEAD still compiles with KDE libs 3.3, so you might check kdegraphics/kpdf from CVS and compile it in order to have this solved. I believe some of the changes will also be backported to 3_3_BRANCH.
I don't know why but it works just fine for me as far as fonts are concerned. The landscape problems remain. System: Up-to-date Fedora Core 1 qt-3.3.3 compiled from redhat-derived 3.3.2 SRPMs (available at http://www.ibib.waw.pl/~winnie) kde 3.2.3 compiled w/noalsa setting, from SRPMs on ftp.kde.org I.e. stuff is self-compiled but those are still rather standard RPMs.
Re Comments 17, 18 & 19: Using KDE 3.3 BRANCH downloaded today. The PDF created by Kword is not correct. The embedded font is wrong -- it is Helvetica. Therefore, this is never going to render correctly. Since BOTH PDFs have the fonts embedded, the font setup on your system should not affect the rendering of the PDFs. It is, however, probable that there is a font setup issue on the system that created the PDF from KWord. This (KWord) PDF renders the same in KPDF and Acrobat reader so despite the fact that the PDF is wrong, the bug is fixed to this extent. The problems shown in Comment #20 have been fixed. The PDF created by OO appears to render correctly with Adobe Acrobat Reader. But it doesn't redender at all in KPDF. It is possible that this is due to the fact that the OO PDF contains Type 42 outline fonts. If this is the problem, this would be a different bug. -- JRT
I can see all that files correctly (assuming correctly = xpdf) with kpdf that will come with kde 3.3.1, so i am closing that bug. Please if you still think some of that files are displayed wrong open a SEPARATE bug report and include the file.