On Mon, Nov 23, 2009 at 9:33 AM, Behdad Esfahbod <behdad@xxxxxxxxxx> wrote: > That doesn't fit in how fontconfig works. Where would that happen? In > FcConfigSubstituter()? That doesn't sound like a good idea to me. I see. > Here's one way I can think of fixing this: > > - Expand env vars in the configuration (so you can use $LANG in your > configuration file), > > - In the default configuration, very early, add $LANG to "lang" if there is > no "lang" set. That sounds promising. > The problem with this is that $LANG needs a slight conversion (replacing _ > with -) before it can be used for FC_LANG. Not sure how to fix that. Can't it deal with _ and - similarly in fontconfig, but not replacing it? is it too much cost than the outcome? Otherwise I guess you could replace _ with - when it's set something to the "lang" regardless of the source of the env vars? > While fixing this I also want to fix this bug: > > Add a FC_LOCALE_LANG element > https://bugs.freedesktop.org/show_bug.cgi?id=17311 > > """ > This would be quite similar to FC_LANG, except that it holds the default > language of the locale, not the language we are looking for fonts for. > > The idea is that an application (Pango) looking for a font to render English > always passes en as lang. However, in CJK locales, it may be desirable to > select the same font for Latin as well as CJK. With the proposed element, a > conf file can check whether FC_LOCALE_LANG is CJK and in that case, add the > CJK font as the single preferred font. All this without affecting the case > of not running under a CJK locale. > """ > > That also can be fixed similarly. Fantastic. I'd love to see that :) -- Akira TAGOH _______________________________________________ Fontconfig mailing list Fontconfig@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/fontconfig
