<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Khaled,<div class=""><br class=""></div><div class="">You wrote </div><div class=""><br class=""></div><div class=""><pre style="white-space: pre-wrap; background-color: rgb(255, 255, 255);" class="">The ones with "Invalid fontname" are likely to be bitmap fonts that

XeTeX rejects them (it is certainly the case for the first and the last

ones), this is not new. The rest seems to be xdvipdfmx regressions

caused by the move away from using FreeType, but probably are old

dvipdfmx bugs that were not exposed to XeTeX users before.

</pre></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">This explanation is certainly true of GB18030Bitmap, which is described by the Mac</div><div class="">as type “bitmap”. However, the error message from kpathsea about invalid fontnames</div><div class="">also is the cause of failure of the following fonts on our list, which are listed below</div><div class="">together with the “type” of font from the Mac info about them:</div><div class=""><br class=""></div><div class="">Hannotate TC</div><div class="">Opentype Postscript</div><div class=""><br class=""></div><div class="">HanziPen TC</div><div class="">Opentype Postscript</div><div class=""><br class=""></div><div class="">Apple Color Emoji</div><div class="">Truetype</div><div class=""><br class=""></div><div class="">(The last font is the least important of the fonts on our non-working list.)</div><div class=""><br class=""></div><div class="">Dick Koch</div></body></html>