[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 8r fonts
> PERL provides nice features for reading binary files (VF and TFM
> files) through pipes, for example:
not sure of the relevance. the vf and tfm files dont exist
> So reading the metrics for all characters in a TFM file (your .mtx) and
> the information in an encoding file (like 8r.enc) is not difficult.
but thats not what the .etx and .mtx files are
> Macros do
> form real pitfalls for programmers. That is the reason C++ has
> abondoned them in favour of inline functions (whose use can be checked
> at compile time). In PERL you can write powerfull functions.
hmm, better redo TeX in Perl as well then....
> But perhaps you can think of more difficult issues?
yes, you havent addressed the issue! you have got to read and parse
Alan's definition of a glyph in Perl
> In my opinion the benefits are:
> (1) better understandability
> (2) as a consequence a better maintainability
depends on who the reader is.
> (3) no postprocessing needed to generate checksums
> (4) PERL can use all memory your computer has onboard (no fixed arrays like
dont let Berthold see this. Y&Y has dynamic memory, so do Textures.
OzTeX and Web2c have config files to bump up memory. its not a
problem. *speed* is the problem with fontinst
> For most people TeX programming is like assembler programming. The
> abstraction level is very low. TeX was never ment to be a general
sadly true. but we all know TeX already
> be learned. That takes time (not that much as in TeX). If you decide to
> rewrite fontinst in PERL I am willing to help you with the design.
but whats the incentive for Alan to take 3 months off his real work to
do fontinst again?