Gene C. wrote:
>2. When you use ttmkfdir -m 100 you get a lot more fonts since some some of
>the strange fonts do not have a full character set. Is this a good idea?
>When mkfontscale is "ready" to replace ttmkfdir, what will be done about this
>capability or will all be listed even those that are a bit sparse?
>
>
From the mkfontscale man page:
-f <fuzz> Set the fraction of characters that may be missing in large
encodings to <fuzz> percent. Defaults to 2%.
Looks like the -a option from ttmkfdir, which also defaults to 2%.
>it does not say anything else. When do we need to run fc-cache. I see that
>
>
Almost never.
>~/.fonts-cache-1 is automatically created when a new user logs in or when
>~/.fonts-cache-1 has been deleted. I assume that ~/.fonts-cache-1 is a
>"directory" to available fonts. Is this correct because I do not see this
>documented anywhere. However, if it exist, it is not recreated for every
>login. While the RELEASE-NOTES says to run fc-cache when you update
>~/.fonts, what happens when a new package of fonts is installed?
>
>
fc-cache --help
Build font info chaches in [dirs]
(all directories in font config by default)
So if you install in a new subdir, that's in the config search path,
fc-cache or
'fc-cache dir' will work. If you just add fonts to an existing
directory, 'fc-cach -f <dir>'
will force it to rescan all or jus <dir>. Take you pick there.
>4. Does the new Xft/fontconfig still require the running ttmkfdir and
>mkfontdir? No mention is made of them by the procedure in RELEASE-NOTES.
>
For apps that use Xft, no. font.dir is for the other X font methods,
like xfs.
-Thomas
_______________________________________________
xfree86-list mailing list
xfree86-list@redhat.com
https://listman.redhat.com/mailman/listinfo/xfree86-list
IRC: #xfree86 on irc.redhat.com
