fontspec icon indicating copy to clipboard operation
fontspec copied to clipboard

Investigate patching XeTeX to allow filename lookup

Open wspr opened this issue 4 years ago • 6 comments

Description

XeTeX can only look up fonts in a texmf tree by filename, and when it fails then looks to Metafont to fill the gaps, which it can never do obviously. It would actually be quite sensible to patch the XeTeX engine to allow the fallback here to run some other script instead to make it all work...

Check/indicate

  • [x] Relevant for XeTeX

wspr avatar Jan 09 '20 14:01 wspr

Isn't this only an issue if you haven't configured fontconfig to look in the texlive fonts area?

davidcarlisle avatar Jan 19 '20 13:01 davidcarlisle

XeTeX itself can tell FontConfig to look into additional font directories without user action, though I hesitated doing this when I was still working on XeTeX as TeX Live often include multiple version of the same font (e.g. TrueType, OpenType and/or Type 1 versions) and which version FontConfig would end up picking did not seem to be very defined.

khaledhosny avatar Jan 19 '20 19:01 khaledhosny

Using fontconfig makes a document completely unportable and unreliable wrt fonts chosen. I can't tell you how much time I've lost because of this. So I give +1 to Will's original idea, although I admit I've never needed any kind of fallback like "mktexxefont" or something; when a font lookup fails, I need to fix it in the document.

kberry avatar Jan 26 '20 17:01 kberry

Doesn't XeTeX only use fontconfig on certain platforms? I've never come across it on a Mac.

wspr avatar Jan 27 '20 13:01 wspr

@kberry — I'm 100% with you, but for some reason people REALLY LIKE using a font's real name :)

wspr avatar Jan 27 '20 13:01 wspr

xetex uses fontconfig on every platform except Macs.

As for real names ... well, they are just wrong :).

kberry avatar Jan 27 '20 21:01 kberry