Am 20.04.2017 um 22:40 schrieb Jeffrey Knight:
That's a pity because it seems very efficient for straight forward cases of
creating PDFs using the standard list of 14 PDType1 fonts straight from a
block of text that includes line breaks.
I'm using it to create 1000 page pdfs from fixed-width text.
Is it worth pursuing for integration, or does the fact that it only works
for PDType1 make it too specific to be generally useful?
No this won't be committed. Even if it would be faster for your specific
application, it would not work with others and would result in a lot of
support requests.
There is a tool that processes .TXT files like you mention, the
TextToPDF command line application. This does line breaks and even page
breaks. (Maybe you were using that?) But of course that tool still uses
PDFBox in the official way, i.e. with encoding etc.
Tilman
On Thu, Apr 20, 2017 at 5:10 PM, Tilman Hausherr <[email protected]>
wrote:
Am 20.04.2017 um 16:03 schrieb Jeffrey Knight:
Should I create a JIRA item to correspond to a pull request ?
Please don't open pull requests. Create a JIRA issue and attach a .patch /
.diff file.
But the biggest problem is that the code in your PR won't work with
subsetted type 0 fonts. This is a content stream containing "The quick
brown fox jumps over the lazy dog" with a subsetted font:
BT
/F1 12 Tf
100 700 Td
(\0007\000K\000H\000\003\000T\000X\000L\000F\000N\000\003\00
0E\000U\000R\000Z\000Q\000\003\000I\000R\000[\000\003\000M\
000X\000P\000S\000V\000\003\000R\000Y\000H\000U\000\003\
000W\000K\000H\000\003\000O\000D\000]\000\\\000\003\000G\000R\000J) Tj
ET
Tilman
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
