Yue Wang wrote:
loading 6 fonts, each fonts will be scanned for 3 times. so there are
18 searching. 12 of them are fc searches, and these are quite slow.
if so, then this fc mechanism is pretty messed up as it's just a hash
lookup which cna be fast
also, it does not explain why simple plain definitions also have a
suffix and/or name lookup problem so you'd better make sure that that is
fixed too (if only because we cannot be sure of users always using
filenames)
in the meantime i'll add some lookup caching in the xetex specific
context code (costs a bit of extra hash mem but lets not bother about that)
Hans
-----------------------------------------------------------------
Hans Hagen | PRAGMA ADE
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com
| www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___________________________________________________________________________________
