Bruno Lowagie wrote: > Leonard Rosenthol wrote: >> The only other option that I can think of - which is a bit more work >> up front, but faster at match time, would be to use some unique ID >> from the database and store that as a custom key in the image's >> dictionary. Then you can grab that back out during the loop over >> images and compare that. > > That was also what I was thinking, but we'd need to apply > some changes to iText to achieve this. I didn't answer > because I'm still thinking about the best way to achieve > this, if we were to provide this functionality.
Allow me to correct myself: no changes to iText are needed. Have a look at: http://1t3xt.info/examples/browse/?page=example&id=393 (I wrote this based on the initial special request). I you open the resulting PDF in a plain editor, you will notice that there's an extra key value pair in the Image Stream: /MySpecialId/123456789 As Leonard suggests, you could 'invent' a custom key (I used MySpecialId) and use it to store a unique ID (I used 123456789). That will allow you to know exactly which image is in the stream. best regards, Bruno ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions Do you like iText? Buy the iText book: http://www.1t3xt.com/docs/book.php Or leave a tip: https://tipit.to/itexttipjar
