At 12:46 PM 2/17/2003 +0100, Heiko Oberdiek wrote:
No, you have already given that hint last year and I have changed the patch using all chars.
ok, thanks
To make it clear, the patch improves the performance of the *current* map file handling of pdfTeX. It saves me *much* time in comparison to the binary of TeXLive 7.
sure, apart from being slow, the double loop was kind of strange (even searching in a quick sorted list was problably faster -)
But for *future* versions we should find an agreement about the behaviour of pdfTeX regarding map files, eg: * Map files: * Where can they specified? * config file (pdftex.cfg) * support of other config files * config files given on command line * map files given on command line * config files given by command * map files given by command * ... * When they are evaluated? * static, first use * dynamic changes possible? * Which order? * default, if no map file is given? * adding mapfiles * replacing mapfiles * order ... * ... * Map entries: * later entries are ignored with warning (current) * later entries replaces older ones silently * syntax ... * ...
sure, even cooking up a better map file syntax makes sense; also we can use more prefixes (+filename, -filename, ++filename)
I hope I will find some time next days to give a suggestion for a specification. One aim can be to make the behaviour similar to dvips.
forget about dvips, as far as i know, pdftex things made it back into dvips, so that can happen again this time; let's not carry the burden from the past Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- information: http://www.pragma-ade.com/roadmap.pdf documentation: http://www.pragma-ade.com/showcase.pdf -------------------------------------------------------------------------