Apart from using the XEP intermediate format as suggested by others, I
believe you can use the iText PDF library to do this. iText is a PDF
generation library but it has limited reading capabilities. We have used
it to do PDF postprocessing of XEP generated files like putting two
pages in one in landscape mode. For example to print two A5 pages in one
A4, but pairing them correctly, page 1 with 4, page 2 with 3, to print
in duplex mode. We also add watermarks and change PDF permissions. You
may ask in their mailing list, somebody may be able to help you if you
don't have a Java programmer in your staff.
Carlos
Broberg, Mats wrote:
> Michael,
>
> Thanks for your input and comments. Seem like unreliable tools, possibly
> apart from the linearization issue. Odd though, that the page counter
> could calculate correct number of pages in files from XEP 4.3 but not
> from XEP 4.4.
>
> Regarding PDF page counting, we need a tool that counts pages in batches
> of XEP-generated PDF files, and that can generate a TXT, CSV or XLS
> report. We need this report to make approximate purchase prices for our
> users' manuals.
>
> Actually, what we would ideally need is a feature that generates a TXT,
> CSV or XLS report on-the-fly of how many color pages there are in a
> XEP-generated PDF manual and if they are adjacent or non-adjacent to
> each other. That way we could calculate even better prices.
>
> Best regards,
> Mats Broberg
> Technical Documentation Manager
>
> www.flirthermography.com
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
Received on Wed Feb 1 17:52:24 2006
This archive was generated by hypermail 2.1.8 : Wed Feb 01 2006 - 17:52:26 PST