On Sun, 10 Jun 2012 19:44:12 +0200, Paul Seyfert wrote: > On 10.06.2012 17:27, Camaleón wrote: >> Not embedding the fonts is a problem if you are planing to redistribute >> a document that uses mathematical symbols. In such cases, is better to >> include the fonts in the document although doing so will increase the >> resulting file size. > > actually I have no idea how to tell cernroot to embed fonts. anyhow i > definitely cannot force all other root users to always embed fonts. So > even if I embed fonts the problem will reappear when I get files from > collaborators.
I don't know about that application ("cernroot") so I can't tell how to configure the output to force the fonts embedding. I know this can be done from GS tools (ps2pdf) or another dedicated PDF programs such pdftk, but what I use most is OOo Writer and exporting as PDF/A-1 which seems to force all the fonts are embedded in the resulting file. >> I also get the wrong characters (infinite symbol "∞" instead micro "µ") >> in Evince. >> >>> name type emb sub uni >>> object ID >> (...) >>> ZapfDingbats Type 1 no no no 20 0 >> >> The only tipography I don't have installed in my system is >> "ZapfDingbats" and this font is included within Acrobat Reader. This >> can be problem here. > > okay. do you know where I could get it from? is there a package with > ZapfDingbats or can I get it from the acroread directories? Some fonts are not for free (free → cost). Anyway, I already have "Dingbats" installed in my systems (I can see it available from OOo Writer). This font should be enough as a replacement. > something else which came to my mind: is there a way to tell a missing > font from having a wrong font? Yes, it is explained in the bug report I pointed before. >> Tip: if you don't want to embed the fonts, try using unicode symbols >> instead using specific font foundries. > > hm, this I could try. But again that would only fix the creation part of > the pdf files. I'm more focussed on the displaying part of the problem. > i.e. I want to be able to display this specific type of fontless pdf > with exactly the fonts used in there (official collaboration style / > corporate design / ...). Then you'll have to deal with a proper font substitution in your system. >> Evince should use the available font paths which are defined in >> "/etc/fonts/fonts.conf". You can be hitting: > > the fonts.conf on the debian machine (where evince doesn't find the > font) and the ubuntu machine (where evince finds the font) are > identical. however I'm still searching for something conclusive in the > included conf.d directories. all entries with zapf are the same on both > systems. I wonder if the *Dingbats is the real problem here. If you had access to the original document you can ensure the symbols that display wrongly are infact using the ZapfDingbats fonts. I think so but is just to be sure. >> https://bugs.freedesktop.org/show_bug.cgi?id=21395#c6 > > This fix is already in my fonts.conf You mean you already had a "~/.fonts.conf" file created in your home profile with the required data on it? The bug recommends adding: <alias binding="same"> <family>ZapfDingbats</family> <accept><family>Dingbats</family></accept> </alias> Is that what you have and is not working? :-? Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jr30gl$uj2$1...@dough.gmane.org