I have been thinking of a way to further optimize the font system. (It might apply to all platforms.) Generating charmap and comparing them are a little bit expensive, and tranverse through all system font to find a glyph is simply too time consuming. Because nsCompressedCharMap is so memory efficient, it is reasonable to let browser generating charmaps only once and store in user's harddisk. Of cause, we have to update the harddisk charmap images each time font is added or removed, but that can be easily done. It is also possible to generate a system wide font charmap to list all glyph available in the system. That way we can resort to subsititute font earlier without testing every global font. For global font tranversing, there is no need to list all font there. If we know font1 contains all the glyphes of font2, (and font2 is not prefered), there is no need to put font2 there. That will significantly decrease the global font number and inscrease the performance. To find if font1 is a superset of font2 will be very time consuming, but to store the result is simple and efficient.

->shanjian

A more advanced and persistent font cache. Nice idea.

Is this the same as bug 96768 "Need a persistant store for "expensive to calculate" font properties"? I have done a small bit of work on that.

future this for now.

shanjian, you might want to duplicate this with bug 144664, and provide your input to that bug so that it caters for what you were thinking of doing.

Bug 144664 addresses how to -access- the font information not how to -store- it. Storing the font char info is related to bug 116149 (which did this for Truetype on Linux/Unix).

shanjian is no longer working on mozilla for 2 years and these bugs are still here. Mark them won't fix. If you want to reopen it, find a good owner first.

Mass Bug Re-Open of bugs Frank Tang Closed with no good reason. Spam is his fault not my own

Mass Re-assinging Frank Tangs old bugs that he closed won't fix and had to be re-open. Spam is his fault not my own

Filter on "Nobody_NScomTLD_20080620"