Uh, does this really require Java/gcj for building? If so, it should say so on the Freecode page.
Really a big fan of your solution and appreciate what you've done for PDF processing in the PHP realm. One of the strongest advantages I've seen in this solution is that it handles form fields appropriately versus disabling them. One thing I noticed was that the 1.10 change fixed the issue of merging PDFs and having "duplicate" fields, however I am using Adobe Acrobat 9 to do so and therefore assume it's a legitimate case. If this is a legitimate case, would you be able to add a command line argument that allows for disabling the renaming feature? I am desperately in need of a build that allows for echoing a field through merged pages.
Again - great job with this and really hope you're able to support this amazing tool!
Re: very useful
> This tool certiainly does one thing very
> well but it strays from the Unix
> philosophy by having a very non-standard
> command-line interface.
True. I find the interface curiously similar to (though not quite as complex and confusing as) that of sox, the audio "Swiss army knife".
> This is a wonderful, useful tool that
> follows the Unix philosophy of doing one
> thing, and doing it well. It's given me
> solutions to a lot of problems I had
> with manipulating pdfs. Good job!
This tool certiainly does one thing very well but it strays from the Unix philosophy by having a very non-standard command-line interface.
This is a wonderful, useful tool that follows the Unix philosophy of doing one thing, and doing it well. It's given me solutions to a lot of problems I had with manipulating pdfs. Good job!
An open, cross-platform journaling program.
A scientific plotting package.