<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 10, 2016 at 9:53 PM, Keith Packard <span dir="ltr"><<a href="mailto:keithp@keithp.com" target="_blank">keithp@keithp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Behdad Esfahbod <<a href="mailto:behdad@behdad.org">behdad@behdad.org</a>> writes:<br>
<br>
> I've started to convince myself that fontconfig should NOT by default cache<br>
> the charset info of all fonts, and do so only lazily.  This will solve most<br>
> of the "caching is slow" issues...  Needless to say, that's better done in<br>
> a fontconfig3...<br>
<br>
</span>How would it perform font matching based on language then? Ask for a<br>
Japanese 'sans-serif' font and you'll get dejavusans...<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>For system fonts, the cache will be as it is right now.  For anything else, user processes just compute the coverage the first time it's actually needed.  That means the lang/charset scoring needs to be lazy.  The point being that a painful majority of times, the match is clear already based on family name matching, and the fact that the matched family supports the language requested.<br><br></div><div>We still be doing all the things we do right now.  Just postpone computing the charset to the first time it's actually needed, and add it to the cache then.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
--<br>
-keith<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">behdad<br><a href="http://behdad.org/" target="_blank">http://behdad.org/</a></div>
</div></div>