PDFdev is a service provided by PDFzone.com | http://www.pdfzone.com _____________________________________________________________
> what's the PDFDev's community take on all the DRMed pdfs out there? > There are a lot of nice tools made for processing, searching, > optimizing > PDF files, many of them are not dependent on Adobe's software. Is > there any way to integrate with the DRM technology without > begging the > provider or waiting for Elcomsoft to come up with something? I take a hard line on this: I explain to our users that if a file is protected, the protection must be removed. Doing any kind of PDF processing on an encrypted PDF is editing, and so it's easy to explain. It is a particular problem with pre-press, since some customers feel the need to protect files from editing by their print shop. Goodness knows why. Print shops therefore often have to explain this position to their customers, since PDF processing in pre-press is necessary - the PDF is not so "final" as the customer may think. Even where a plug-in might be able to circumvent certain security - for instance where the Cos layer might be able to add an annotation (with some effort) even though permissions don't allow this, I make sure the plug-in first checks and fails on permissions. I also restrict information returned by info functions to a reduced set. I think doing anything else runs the risk of a PDF which was supposed to be locked going back to a creator, who would then - reasonably - put your product in the same category as hacking tools. That is not a label most companies would want to acquire. Aandi To change your subscription: http://www.pdfzone.com/discussions/lists-pdfdev.html
