Version: (using KDE KDE 3.4.3) Installed from: Debian testing/unstable Packages Compiler: gcc 4.0.x OS: Linux KPDF doesn't render some greek symbols in a pdf file. The pdf file was created by OO.o2. The original document was a MSWord document with a MathType equation object in it. Many Greek symbols in these equation objects render as small rectangles instead of the right symbol. Acroread7 displays the pdf correctly. I'll attach the respective pdf.
Created attachment 13038 [details] the pdf that's rendered incorrectly
Renders without problems here, the only problem i think you could have is that the Symbol font is not embedded into the pdf so it needs to be installed in your system, but Symbol is quite common anyway. Can you check you have s050000l.pfb in any of these folders? /usr/share/ghostscript/fonts /usr/pkg/share/ghostscript/fonts /usr/local/share/ghostscript/fonts /usr/share/fonts/default/Type1 /usr/X11R6/lib/X11/fonts/Type1 /usr/share/fonts/type1/gsfonts /usr/share/fonts/default/ghostscript/ /usr/share/fonts/Type1
I see squares in kpdf r470926 and I have that file: $ locate s050000l.pfb /usr/share/fonts/default/ghostscript/s050000l.pfb The KGhostview part shows the Greek letters correctly. freetype is version 1.3.1, fontconfig (libfontconfig.so.1.0.4) is version 2.2.99, libXft.so.2.1.1 is version 2.1.2 (sic), in case that helps.
freetype 1.3.1 ???? This is from 1999 !!!
The file s050000l.pfb is available on my system: /usr/share/fonts/type1/gsfonts/s050000l.pfb FreeType is version 2.1.7-2.4ubuntu1 (running Ubuntu as you see, version 5.10, ie. Breezy Badger). I'll try to figure out if this directory is missing in a font path variable somewhere, or if this bug is related to the Ubuntu FreeType package.
Well, there is at least one bug for Ubuntu that Riddell (KUbuntu developer) confirmed me that it happened using their official package but not if he used a self compiled 2.1.10 version.
I don't think it's the same bug, this one doesn't crash konqueror. Also everything is shown correctly except some symbols. It's not like nothing is shown. Anyway if you've any suggestions on how to fix (even if it involves patching, recompiling stuff, etc. [I'm a developer myself]) I'd be glad to hear.
Sorry, I didn't notice that I have both freetype 1.x and 2.x. The 2.x series is 2.1.9.
Well, i did not mention a crash, it was a misrendering also. The easiest thing you can try to do is download freetype 2.1.10 from freetype page, compile it in your home and then ldd `which kpdf` | grep freetype to know the freetype lib kpdf is using, rename it and make it a symbolic link to the lib you compiled in your home. Then try if that document renders correctly, if it does bug ubtuntu to update their freetype version. After that bring your original lib back.
I tried this (downloading, compiling freetype 2.1.10 and running kpdf with this version of freetype), but it doesn't make a difference. Actually, it does make a difference - the font in the kpdf menus look slightly different, but it doesn't fix this bug. Unfortunately.
Strange, can you please post a screenshot?
Created attachment 13097 [details] screenshot of kpdf with freetype 2.1.10 (left) and kpdf with freetype 2.1.7 (right)
I tried the live cd, no success. Also I tried to figure out if kpdf actually loads the font, ie. I did: strace -e trace=file kpdf 2>&1 | grep font it touched the directory containing s050000l.pfb, but it didn't open the file itself.
I don't get a open over the file either, but that's maybe because freetype has it already in cache? Is there any possibility that you update to the kde 3.5 branch so you can use File->Properties->Fonts to see if it is really using that file (it should)
There is; actually I'm already running some parts of KDE of 3.5 branch, it's just that kpdf is not yet packaged for kubuntu. I'll try to schedule some time next week to try to package it myself (I've a little bit experience with packaging). Can't promise anything though, I'm pretty busy next two weeks.
You can try out kpdf from KDE 3.5 using the packages at http://www.kubuntu.org/announcements/kde-35beta2.php
Thankfully I can :-) The Fonts tab says: NimbusRomNo9L-Regu - Type 1 - Embedded NimbusRomNo9L-ReguItal - Type 1 - Embedded Symbol - Type 1 - Not Embedded - /usr/X11R6/lib/X11/fonts/TTF/Vera.ttf So something thought Symbol and Vera were similar :-) I don't see that font as a substitution in qtconfig. I've never understood fontconfig/freetype/Xft, so I don't know where to look for the config.
Yeah, that IS a problem, let me try to see why this could happen.
I'd swear I had already added a kde35beta2 repository to my sources.list, but apparently I hadn't :s Anyway, I updated & upgraded, the fonts tab says: NimbusRomNo9L-Regu - Type 1 - Embedded NimbusRomNo9L-ReguItal - Type 1 - Embedded Symbol - Type 1 - Not Embedded - /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf Same behaviour here, only the location of Vera.ttf is different.
Well, i think i found how to fix the problem (at least for thiago). One is properly configure your fontconfig so that it knows what font you want to use as Symbol font, that is <alias> <family>Symbol</family> <accept><family>Standard Symbols L</family></accept> </alias> somewhere in your /etc/fonts/fonts.conf The other involves a patch i'm doing right now.
The patch you should try (without having added the above lines to the fotns.conf file) is Index: xpdf/xpdf/GlobalParams.cc =================================================================== --- xpdf/xpdf/GlobalParams.cc (revisión: 472738) +++ xpdf/xpdf/GlobalParams.cc (copia de trabajo) @@ -1142,10 +1142,6 @@ #endif for (i = 0; displayFontTab[i].name; ++i) { fontName = new GString(displayFontTab[i].name); - if (getDisplayFont(fontName)) { - delete fontName; - continue; - } fileName = NULL; kind = displayFontT1; // make gcc happy if (dir) { Please report it that fixes the problem
Your first solution solves the problem: <alias> <family>Symbol</family> <accept><family>Standard Symbols L</family></accept> </alias> I did not yet try the patch, I'll report as soon as I've done that.
Your patch doesn't fix the bug.
The source-code patch from comment #21 works for me.
Tobi are you sure you installed correctly and you are running the patched version? It's strange it works for Thiago and not for you.
I'm sorry, the patch from comment #21 works for me too. I don't know what I did wrong: I'm sure I compiled, installed and executed the right binary, but maybe I should have killed open kpdf instances? If it was reused that may have been the problem. Anyway, I added a printf to the code to make sure I'm right this time.. I marked the bug as RESOLVED assuming this patch goes directly into SVN.
Reopening the bug until the patch is actually committed to Subversion
I actually already commited the patch in r473205 and r473206
*** Bug 117762 has been marked as a duplicate of this bug. ***