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. J.Pietschmann