[Fontconfig-bugs] [Bug 72380] Never drop first font when trimming

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Dec 9 02:43:00 PST 2013


https://bugs.freedesktop.org/show_bug.cgi?id=72380

Akira TAGOH <akira at tagoh.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |akira at tagoh.org

--- Comment #1 from Akira TAGOH <akira at tagoh.org> ---
(In reply to comment #0)
> We always advertise that FcFontMatch() returns the first item from
> FcFontSort().

How is FcFontMatch() is relevant to that? I think it do more with the
intelligent way than FcFontSort() because it checks the language coverage for
the first font in the list.

>               This isn't true if the first font in the sort list has no
> character coverage and trimming is enabled.  This happens with symbol.ttf
> since it has no usable cmap table.  We should fix this by never trimming the
> first font in the list.

I guess you are talking about FcFontSort() since FcFontMatch() doesn't have a
feature to trim the list. so the suggestion may be to check the language
coverage for the first font in the list as well as FcFontMatch() ?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/fontconfig-bugs/attachments/20131209/a5f79d54/attachment.html>


More information about the Fontconfig-bugs mailing list