--- Keith Packard <[EMAIL PROTECTED]> wrote:
> The 1.0 Mozilla code for using FreeType does not use
> fontconfig; it uses 

I meant that Mozilla has implemented code similar to
fontconfig, not that it used fontconfig. Another case
of this is the MiniXFT driver in Pango.

> ..missing glyph, loca...
> make the process somewhat faster, but still not fast
> enough to avoid needing to cache the results.

The Linux code is detecting the missing glyphs in all
fonts and caching to disk. I have a lot of fonts
installed and this processes takes over 2 minutes on a
1.1Ghz Athlon. But it only happens once.

The Windows code uses the loca table to compute the
data when the font file is first opened. It is then
cached in memory. It is fast enough that I can only
even notice it when I load Unicode Arial.

> I'll bet they just integrated the handful of glib
> functions needed by 
> pango -- glib really isn't a gtk-specific library,
> it's just a bunch of C 
> utility routines.

I didn't dig into the Sun code yet. Here's a pointer.
http://lxr.mozilla.org/seamonkey/source/extensions/ctl/

> one provides for a shared font database among all
> applications.  Of 
> course, I haven't demonstrated that fontconfig is up
> to the task in all 
> cases yet, but I'm willing to try.

How does fontconfig interact with CSS rules for font
selection? 

How close is the fontconfig patch to being ready?
After Mozilla 1.0 is out it should be easier to add
code that isn't 100% stable.



=====
Jon Smirl
[EMAIL PROTECTED]

__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
_______________________________________________
Fonts mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/fonts

Reply via email to