Am 29.03.2012 01:24, schrieb Craig Ringer:
> I'd also like to have getEncodedName() return a byte[] not a
> String, since an encoded PDF name isn't actually text data.

Sounds like a reasonable idea.

> BTW, is there any reason Fop's PDF library uses java.lang.String when
> working with sequences of PDF data bytes?

I'd chalk this up to "historical reasons", as usual. Fell free to
provide a patch which cleans this up.


Reply via email to