<div dir="ltr"><div>Hi Paulo,<br><br></div>pdffonts says in our case emb=no which means that the font is not present in the PDF. The rendering engines is then (almost) free to do whatever it wants. Usually the engines have their built-in fonts. If a font with the same name is found, it is usually used but it need not be the intended font. If it is not found, the rendering engine often has replacement rules and selects a font. If there is no matching replacement rule, either a default font is used or nothing is displayed at all. Thius is why documents without embedded fonts look differently in different viewers. Usually ghostscript has reasonalbe replacements so you can often fix the problem by post-processing the PDF file by ps2pdf (yes, it is able to build another PDF from a PDF).<br><br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Zdeněk Wagner<br><a href="http://ttsm.icpf.cas.cz/team/wagner.shtml" target="_blank">http://ttsm.icpf.cas.cz/team/wagner.shtml</a><br><a href="http://icebearsoft.euweb.cz" target="_blank">http://icebearsoft.euweb.cz</a></div></div>
<br><div class="gmail_quote">2017-08-04 5:29 GMT+02:00 Paulo Ney de Souza <span dir="ltr"><<a href="mailto:pauloney@gmail.com" target="_blank">pauloney@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I imagine people are doing this for the sake of XeTeX, and not really to use TeX fonts in LibreOffice...so it should be on TL's lap the responsibility to get these fonts to XeTeX without damaging anything else on the machine - specially a PDF viewer, like Evince.<div><br></div><div>It definitely should come out of the manual -- because under the tow of that section, tons of people are recommending that all over SX and other places. Better yet, the section should probably say</div><div><br></div><div>     ** DO NOT DO THIS ** It was recommended in the past, but we know better now that ....</div><div><br></div><div>In the TeX world we are acquainted with a lot of blind-recipes like updmap, mktexlsr, texhash, ... some of them people have no idea what is going on, so if it is  a recipe out there - it should be a good one!</div><div><br></div><div>I still do not know who is at fault here... Is it the PDF file? PST-barcode? fc-cache? The machine? Evince?</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Paulo Ney</div><div><br></div><div><br><div><br></div><div><br></div></div></font></span></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 3, 2017 at 6:32 PM, Norbert Preining <span dir="ltr"><<a href="mailto:preining@logic.at" target="_blank">preining@logic.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok, a bit more relaxed answer ...<br>
<span><br>
> cp $(kpsewhich -var-value TEXMFSYSVAR)/fonts/conf/texliv<wbr>e-fontconfig.conf<br>
> /etc/fonts/conf.d/09-texlive.c<wbr>onf<br>
> fc-cache -fsv<br>
<br>
</span>I know that this is in the manual, but I *STRONGLY* advice against it.<br>
There are some broken fonts, some that mess up fontconfig due to naming<br>
issues, all kind of bad things can happen. In Debian I have been pushed<br>
to do this for long time, but always rejected and recommend people<br>
adding only those fonts one by one that they are actually use.<br>
<br>
Just my 2Yen<br>
<br>
Norbert<br>
<br>
--<br>
PREINING Norbert                               <a href="http://www.preining.info" rel="noreferrer" target="_blank">http://www.preining.info</a><br>
Accelia Inc.     +    JAIST     +    TeX Live     +    Debian Developer<br>
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>