[luatex] luaotfload-tool lists fonts in subfolders
Philipp.Gesang at alumni.uni-heidelberg.de
Fri Jul 26 12:25:26 CEST 2013
···<Datum: Friday, 26. July 2013>···<Von: Ulrike Fischer>···
> Am Fri, 26 Jul 2013 11:31:30 +0200 schrieb Philipp Gesang:
> >>> 1. $OSFONTDIR includes “.”;
> >> No, it is simply C:\windows\fonts
Btw. as you were asking to distinguish texmf from system fonts
earlier: $OSFONTDIR as a kpathsea variable will be treated in the
texmf category. Set $OSFONTDIR to the empty string to avoid that.
Luaotfload will then scan $WINDIR/fonts independently.
> >> Despite the fact that the fonts in the subfolders are listed
> >> miktex-luatex can't find and use them (that's how I stumbled over
> >> the problem: I was looping over luaoftload-names.lua and got "font
> >> not found errors"). Fonts in the current directory works fine in
> >> both systems.
> > Weird. Can you please post the output of below script? Thanks!
> I tested the script with TL + Miktex. The obvious difference is:
> The miktex output starts everywhere like this:
> while TL13 output start like this:
> in both cases a sensible list of font folders follows.
> I also ran
> G:\Z-Test>kpsewhich --expand-path=$OPENTYPEFONTS
> and can see there the same behaviour: Miktex shows the actual name
> of the current folder, while TL shows ".".
*That’s it*, exactly!
> So probably luaotfload doesn't realize that G:\test is the current
> folder and so starts to scan the subfolders. Should this problem be
> addressed in luaotfload or should miktex change the output of
I probably could add a check for whether a path equals the
abspath of “.”, though I find Miktex’s behavior counterintuitive
to say the least. Is that expected on Win?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 490 bytes
Desc: not available
More information about the luatex