The Graphics2D isn't really part of iText but rather a class that uses iText, included for convenience. What you've experienced is a limitation, the copied gc are stored and only rendered at dispose. In theory no interleaved gc and gc1 writing is allowed but in practice many apps do that and writting the copy at the end is the lesser evil. This could be fixed to work some other way but I don't use Graphics2D and things that I don't use are not at the top of my to-do list.
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Robert Engels > Sent: Wednesday, October 12, 2005 4:20 PM > To: [email protected] > Subject: [iText-questions] iText bug? > Importance: High > > I believe discovered a bug in the iText pdf generation library. > > If code similar to the following is used. > > get gc (graphics context) for the page > create a new gc1 from gc > change transform on gc1 > render image to gc1 > dispose gc1 > render text to original gc > dispose gc > > the image will be renderered on top of the text - obviously > not what is desired > > code similar to the following needs to be used > > get gc (graphics context) for the page > save transform from gc > change transform > render image > restore saved transform > render text > > Is this is known limitation. > > Although we can control this in our code, it is difficult > with using third-party libraries with iText to render their > output as pdf. > > Thanks, > Robert Engels > > > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ iText-questions mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/itext-questions
