J.Pietschmann wrote:

> Well, as far as I understand TTF and PFB files have a directory
> and lots of pointers to other parts of the file. The metric
> extractor loads the whole file into memory, for convenience.
> This can be a significant memory load, and all the glyph
> geometry definitions take up space unnecessarily.
> This could probably be avoided using the RandomAccessFile class,
> but I expect performance going down the toilet in this case.

If I followed this, then we would expect the current method to use a more
memory, but less processor time, while parsing the font file at runtime
would likely use less memory, but more processing. Am I understanding you
correctly? (I understand that we are speaking in terms of expectations, not
having actually measured the effects of either approach). The other question
that I should bring in here is whether any one has real-world experience
with the tradeoffs of using  java.awt.Font. And more importantly, are any of
these tradeoffs in any of these three scenarios worth considering. In other
words, should be worry about these issues at all, or assume that Moore's Law
will in good time fix all of them? This is not a rhetorical question.

> Another point, important IMO, is that the metrics file can be
> edited after extraction. Some fonts contain awful data.

I understand what you are saying, but I almost think this is a negative. If
the font metrics we use are incomplete because we aren't looking at the
other Type 1 pieces, that should be fixable. If they are bad because the
font is bad, I am not sure how much we want to encourage the use of bad
fonts. Pointers to font editing software and reliable font suppliers might
be more productive. The real question here is whether, if we had an
alternative that would allow us to abstract fonts at the java level instead
of at the FOP level, would we be willing to give up the ability to hack the
metrics files in exchange?

Victor Mote


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to