<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Improve size unparse?"
href="https://bugs.freedesktop.org/show_bug.cgi?id=80873#c14">Comment # 14</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Improve size unparse?"
href="https://bugs.freedesktop.org/show_bug.cgi?id=80873">bug 80873</a>
from <span class="vcard"><a class="email" href="mailto:freedesktop@behdad.org" title="Behdad Esfahbod <freedesktop@behdad.org>"> <span class="fn">Behdad Esfahbod</span></a>
</span></b>
<pre>(In reply to Akira TAGOH from <a href="show_bug.cgi?id=80873#c13">comment #13</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=80873#c12">comment #12</a>)
> > I think this might be ready. Akira, can you please review?
> >
> > Thanks.
>
> Well, "it matches any value perfectly" approach ignores the score when it
> exactly matches the value perfectly, doesn't it?</span >
The become the same, yes.
<span class="quote">> j is increased per matchers. speaking of FC_SIZE, j will be 9 at this
> moment. given that one tries to query with :size=12 say, and a cache doesn't
> contain FC_SIZE, the score will be 0 right. but if it has, the score will be
> 9.</span >
9 is really small. See:
v = v * 1000 + j;
so if there's any difference, that would be at least 1000. I don't think
that's a problem.
<span class="quote">> in this case that works because an outlined font can takes care of it.
> how about the sort of flags? I tend to agree with not having the unnecessary
> values in the cache though, do we need to pay more attentions in
> FcDefaultSubstitute() to prevent such situation or improve the score
> estimation to make better even without it?</span >
Do you have a clear example of that?
Lets try to land this soon. Thanks.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>