[luatex] luaotfload-tool lists fonts in subfolders

Philipp Gesang 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:
> 
> table={
>  "G:/Z-Test",
> 
> while TL13 output start like this:
> 
> table={
>  ".",
> 
> 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
> --expand-path? 

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?

Best,
Philipp

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 490 bytes
Desc: not available
URL: <http://tug.org/pipermail/luatex/attachments/20130726/8832cf42/attachment.bin>


More information about the luatex mailing list