Well, at least there is the necessity of keeping session data for the whole signing processing; this might be either the truly variable data (generated revision ID and timestamps for modification date, XMP history entries, ...) or the whole prepared stamped document (or at least --- if working in append mode --- the data stream added to the original document during that preparation).
This requirement actually makes sense, though, for any document type keeping history and revision Id data and offering integrated signing mechanisms that try to sign as much of the document as possible. Regards, Michael. -----Original Message----- From: amarianoelaide [mailto:amari...@elaide.com] Sent: Thursday, April 02, 2009 4:22 PM To: itext-questions@lists.sourceforge.net Subject: Re: [iText-questions] Hash computation problem Thank you so much again. I ask you the last question for this thread. Considering all your answers and pdf specs, it seems that deferred signature is not a truly supportable PDF procedure. Is it right? -- View this message in context: http://www.nabble.com/Hash-computation-problem-tp22801988p22849068.html -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ------------------------------------------------------------------------------ _______________________________________________ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://www.1t3xt.com/docs/book.php
