<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:akira@tagoh.org" title="Akira TAGOH <akira@tagoh.org>"> <span class="fn">Akira TAGOH</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Make fontconfig scanning faster"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64766">bug 64766</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
                
           </td>
           <td>akira@tagoh.org
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Make fontconfig scanning faster"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64766#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - Make fontconfig scanning faster"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=64766">bug 64766</a>
              from <span class="vcard"><a class="email" href="mailto:akira@tagoh.org" title="Akira TAGOH <akira@tagoh.org>"> <span class="fn">Akira TAGOH</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=64766#c0">comment #0</a>)
<span class="quote">> Looking at profiler output, most time when scanning a font is spent inside
> of freetype below FT_Load_Glyph. (Something about running the truetype
> bytecode interpreter...) Is that really needed for basic fontconfig
> functionality?</span >

That is required to let fontconfig know what the glyph coverage a font has.

<span class="quote">> The 2nd case is worse: changing a single file in a directory containing
> fonts forces the whole directory to be scanned. Can't caching be done on a
> per-file basis?</span >

I don't see what you really mean. in fact fontconfig do cache a font per file.

<span class="quote">> For some users this is a deal breaker, and they're asking for hacks to
> remove fontconfig usage etc. It would be nice if fontconfig could solve this
> issue by optimizing the scan process and making the caching more clever.</span >

I don't know how often it happens though, they may see something like annoyance
in fontconfig without creating a cache before doing something on their
fontconfig-based applications. this is why fontconfig is going to create a
cache though.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>