On 2011-10-17, Helge Hafting wrote: > On 29. sep. 2011 02:52, Lisa wrote:
... >> Lyx displays most languages nicely on the screen even when a more >> limited default font that does not carry those codepoints is used. It >> still displays them nicely with "view in html", and on a Mac for >> instance, if you save this as a pdf without doing anything else you >> will see those languages rendered nicely. So its a shame that it can't >> use that font substitution information that it must know about at some >> level (in Qt?) to generate some Latex for the Chinese/Arabic/Russian >> if the user hasn't supplied any her/himself. > Qt may do some substitution in order to display something. LyX does not > know much about what qt does internally though. I believe this is done somewhere in the fontconfig library or some other X11 font handling lib. This works for the LyX GUI as well as for the web browser and even for the web browsers PDF export. However, both XeTeX and LuaTeX use their own font handling utilities that unfortunately do not implement "character level font substitution". Adding such a substitution must be done in the TeX engine, not in LyX. It might be a good idea to file an enhancement request to LuaTeX, which is actively developed. > On the other hand, I believe latex logs an error when the font lacks > some symbols. LyX could be modified to catch this, and give the user a > message recommending a different font. You may want to file > a "wishlist bug" at > http://www.lyx.org/trac/wiki/BugTrackerHome In my experience, XeTeX silently fails - without warning or error when a font is present but misses some characters. :-( Günter
