<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Never drop first font when trimming"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72380#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - Never drop first font when trimming"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72380">bug 72380</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=72380#c2">comment #2</a>)
<span class="quote">> What I said. We always advertise that FcFontMatch() returns the same font
> that is at the top of the list of FcFontSort(). Pango relies on that for
> example. I believe Qt does too.</span >
Well, my question is "This isn't true if the first font in the sort list has no
character coverage and trimming is enabled.". what does this "This" point to?
I saw your patch attached. but FcSortWalk() is called from FcFontSetSort() only
which is called from FcFontSort() only. either functions are not involved with
FcFontMatch() nor FcFontSetMatch(). it sounded to me like you were saying there
are a problem in FcFontMatch() or so. so just got confused now.</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>