<div dir="ltr">> Date: Sun, 10 Sep 2017 20:45:08 +1200<br>> From: Lawrence D'Oliveiro <<a href="mailto:ldo@geek-central.gen.nz">ldo@geek-central.gen.nz</a>><br>> To: <a href="mailto:fontconfig@lists.freedesktop.org">fontconfig@lists.freedesktop.org</a><br>> Subject: Re: [Fontconfig] Two questions for too many fonts and<br>>         Fontypython<br>> Message-ID: <<a href="mailto:20170910204508.7ce7a9fd@theon.geek-central.gen.nz">20170910204508.7ce7a9fd@theon.geek-central.gen.nz</a>><br>> Content-Type: text/plain; charset=US-ASCII<br>><br>> On Sun, 10 Sep 2017 10:26:05 +0200, Donn Ingle wrote:<br>><br>> > I don't suppose this is a fontconfig problem, per se, but more one<br>> > for the gui people in GTK-etc-land.<br><br>> Apps can certainly use Fontconfig to help with this, by creating<br>> user-controlled configuration objects that only include fonts from<br>> specified paths.<br><br>I'd like to know more about this process.<br>1. Does it have to be each individual app developer who volunteers to do this? i.e. is it baked-into the code?<br>2. Can it be a general script/app that pre-manages fonts according to what software you are about to run? <br>(For e.g. I know I'm gonna be designing, so Gimp/Inkscape/Scribus are in my near future. I can wave my wand and say "Font-o-noisia-vanescere!" and — Poof! — a sane environment. I can then use whatever font manager to prepare specific fonts I want installed and start working.<br>It's not that I want to micro-manage fonts per application really. That would suck. I simply want a quieter, shorter list of them for certain kinds of work.)<br><br><br>> ~/.fonts is deprecated (do your bit to help reduce dotfile clutter!),<br>> you should use ~/.local/share/fonts instead.<br><br>I will begin to alter my assumptions in code right away. Is this correct?<br><br><a href="https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html">https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html</a><br><br>There's a fairly tricksy cascade of if/thens in the "Environment variables" section concerning $XDG_* variables. Is that the recipe I should follow?<br><br><br><br>Thanks,<br>/d<br></div>