On Wed, Mar 4, 2015 at 9:35 AM, Behdad Esfahbod <behdad@xxxxxxxxxx> wrote:
-- On 15-03-03 04:08 PM, Behdad Esfahbod wrote:
> On 15-03-03 03:56 PM, Raimund Steger wrote:
>> > On 02/27/15 07:57, Akira TAGOH wrote:
>>> >> [...]
>>> >> diff --git a/fc-blanks/fc-blanks.py b/fc-blanks/fc-blanks.py
>>> >> [...]
>>> >> +fp =
>>> >> urllib2.urlopen('http://unicode.org/cldr/utility/list-unicodeset.jsp?a=[%3AGC%3DZs%3A][%3ADI%3A]&abb=on&ucd=on&esc=on&g')
>>> >>
>> >
>> > 4191 codepoints?
>> >
>> > Before it was more like 60...
> Most of the new ones are blocks of unassigned codepoints.
>
>> > 'fc-cache -f' now spends 100x more time in FcBlanksIsMember, which makes for
>> > several seconds difference on some of my boxes. In the profiler:
> Yeah, because currently it's stored as a list of codepoints, which is very
> inefficient. Worse, FcBlanksIsMember does a linear search...
>
> I'm personally in support of killing configurable blanks completely. This is
> very close to that. Let me improve the storage and implement bsearch...
As fun as doing this is, I have to focus on other things.
Akira, mind implementing this? Probably the simplest data structure would be
to store ranges.
Sure. will work on that.
Akira TAGOH
_______________________________________________ Fontconfig mailing list Fontconfig@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/fontconfig
