modeless fonts
K. Berry
TWG-TDS@SHSU.edu
Sun, 24 Sep 1995 17:14:23 -0400
For the font selection mechanism there is no particular reason even to
make a <utility> subdirectory tree under modeless: all fonts are
designed for that size, and that's that. In order to facilitate
Since gsftopk and ps2pk don't produce the same output, we must
distinguish them. Therefore, we need a <utility> directory.
On the other hand, in the typical setup one will want to search one
mode-dependent font pool, and *all* mode-independent ones. The
"modeless" subdirectory tree warrants that.
Yes, that's the argument. To search all the mode-independent fonts, you
would currently have to specify all the utility names:
$TEXMF/fonts/pk/{$MODE,gsftopk,ps2pk}//
[no, TDS doesn't allow/propose {foo,bar} syntax, but for purposes of
discussion...]
With modeless, the path spec simplifies and generalizes to:
$TEXMF/fonts/pk/{$MODE,modeless}//
But the counter-argument is that with the introduction of modeless/, PK
files are at different levels in the tree, we've used up one more (the
last) directory level, and things are generally non-orthogonal.
fonts/pk/CanonDX/metafont/dpi300/cmr10.pk
as opposed to fonts like
fonts/pk/CanonDX/fetamont/dpi300/cmr10.pk for a differently named
Hmm, that's certainly the most general solution. But, as you say,
specifying `metafont' for the common case seems a bit painful.
something like fonts/pk/CanonDX/dpi*/*.pk -- oops, I believe web2c
will *not* currently allow patterns like that, perhaps it should?).
No, it doesn't, and no, I don't want to implement complete filename
globbing :-). (And even if I did, the TDS could never promulgate a
solution that requires such a thing.)