The only way that I can think of to do this would be to tap into the PdfContentStreamProcessor functionality, register your own default operator handler (if you do decide to do this, I can expose a method that will allow you to kill the default registered operator handlers).
Then you would reconstruct the content stream in the operator callback (but obviously, don't pass the image through). So you'd grab the content stream, run it through your specially configured PdfContentStreamProcessor, get a resulting content stream and push that into the resource dictionary for the output PDF. Anyone see any issues with that approach? (this might be a clever way to allow some sort of editing of content streams.... hmmmm). -- View this message in context: http://itext-general.2136553.n4.nabble.com/Remove-Inline-Image-tp4658130p4658141.html Sent from the iText - General mailing list archive at Nabble.com. ------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr _______________________________________________ iText-questions mailing list iText-questions@lists.sourceforge.net 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
