On Thu, Mar 8, 2012 at 2:49 PM, Kevin Day <[email protected]> wrote: > The ExtractImages code you are executing is a *sample* program. All it does > it take the image contents for each image it finds and write them to file. > If you want to do something different with some of the images, put in an if > statement in your code and handle the images differently. The effective > type of the image bytes is made available via > PdfImageObject#getImageBytesType().
Sorry about that, my bad. Looked at the source code - ImageBytesType has been available since 5.0.4. What confused me was the 5.1.3 changelog reference to jbig2 pass though, along with the fact that the *book examples* (commonly referenced on the mailing list as part of the documentation) prior to 5.1.3 did *explicitly* test what kind of image was being parsed: http://itext.svn.sourceforge.net/viewvc/itext/book/src/part4/chapter15/MyImageRenderListener.java?revision=4547&view=markup while the book examples from 5.1.3 are no longer checking the type. So I incorrectly assumed that from 5.1.3 and up you no longer need to test file type. Thanks for the tip! ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions iText(R) is a registered trademark of 1T3XT BVBA. Many questions posted to this list can (and will) be answered with a reference to the iText book: http://www.itextpdf.com/book/ Please check the keywords list before you ask for examples: http://itextpdf.com/themes/keywords.php
