[iText-questions] Charts to PDF...

Hi, I've updated the document I wrote earlier this month describing how to create charts in PDF format using JFreeChart and iText (using the new PdfGraphics2D class). You can download the latest copy from the JFreeChart project page on SourceForge: http://sourceforge.net/projects/jfreechart

RE: [iText-questions] doc.close() closing OutputStream

I agree about the OutputStreamWriter, except it does not close the underlying stream until I explicitly close it. In iText, I am closing a PDF doc, not a stream. The stream closure is a side effect (although well documented one). I realize why this will not make it high to the priority list, bu

Re: [iText-questions] Use iText to generate PDF w/o licensing fromAdobe

I think you can bundle GSView as long as you send the sourcecode along with it. Matt Benson wrote: >And of course I wasn't entirely thinking with my >earlier response... of course you can't bundle GSView >with a commercial app since it is GPL'd, at least some >versions are I think... but anyway

RE: [iText-questions] doc.close() closing OutputStream

Things don't work that way. You open the OutputStream, it must be you to open it because there are many ways of opening an OutputStream, and then it's delivered to the application (now the application has full control of it) that closes it when finished with a Document.close(). This is the normal

RE: [iText-questions] doc.close() closing OutputStream

The rule is actually very simple: if the user opened the stream and passed it to the library, then its the _users_ responsibility to close that stream, and analogously, if the library opened the stream i would expect it to close it as well. Any unbalance open-close-stream calls disturb my feel

RE: [iText-questions] doc.close() closing OutputStream

Quoting Roman Novichenok <[EMAIL PROTECTED]>: > Thought it would be useful to have the option of not closing the stream > within iText library. In some cases, it would be useful. You are right about that. You were also right that changing the original method is not a good solution: it would brea

RE: [iText-questions] doc.close() closing OutputStream

Or rather than do that and have to then provide another means of calling super.close() from the ZipOutputStream, you could create another FilterOutputStream subclass that filters a ZipOutputStream and basically have to implement only such a constructor and close() which would call closeEntry on th

RE: [iText-questions] doc.close() closing OutputStream

Just seemed like the wrong place to handle the problem. Thought it would be useful to have the option of not closing the stream within iText library. Thanks for you help, though. -Roman -Original Message- From: Paulo Soares [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 28, 2002 9:41

RE: [iText-questions] doc.close() closing OutputStream

We can't change a library just because of a very specialized need. What's the problem with sub-classing ZipOutputStream? Best Regards, Paulo Soares > -Original Message- > From: Roman Novichenok [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, May 28, 2002 14:36 > To: 'Paulo Soares' > Cc: [

RE: [iText-questions] doc.close() closing OutputStream

Something like: doc.finish() that would do all the same things that doc.close() does, except for closing the output stream that was provided when creating the writer for the doc. Thanks, Roman -Original Message- From: Paulo Soares [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 28, 2002 5

Re: [iText-questions] font HGSeikaishotaiPRO

I guess it's a truetype font by RICHO and "HGSeikaishotaiPRO" is not a file name but font name. So, file name of the font is needed and encoding shold be "IDENTITY_H". Regards, KuMi > From: Paulo Soares <[EMAIL PROTECTED]> > Date: Tue, 28 May 2002 10:27:50 +0100 > To: 'Ajax$(D"m(J' <[EMAIL PROT

RE: [iText-questions] Measuring CJK text

Most of the japanese characters have a width of 1 unit, that is, for a font with 12 point height the character will occupy 12 point width. You have in http://www.geocities.com/itextpdf an example, align2.pdf, that aligns the text according to the measured width. Try it with your characters and if

RE: [iText-questions] Table - Row Height

You don't have other options with Table. PdfPTable supports all you want to do. Best Regards, Paulo Soares > -Original Message- > From: Ronald Tooley [SMTP:[EMAIL PROTECTED]] > Sent: Monday, May 27, 2002 23:13 > To: [EMAIL PROTECTED] > Subject: [iText-questions] Table - Row Height

RE: [iText-questions] font HGSeikaishotaiPRO

iText only supports TTF CJK fonts, beside the ones from the Adobe font pack. What's the format of your font? Best Regards, Paulo Soares > -Original Message- > From: Ajax© [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, May 28, 2002 6:21 > To: [EMAIL PROTECTED] > Subject: [iText-question

RE: [iText-questions] doc.close() closing OutputStream

> -Original Message- > From: Roman Novichenok [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, May 28, 2002 1:57 > To: 'John K. Watson'; [EMAIL PROTECTED] > Subject: RE: [iText-questions] doc.close() closing OutputStream > > I could, but that would really increase the memory requirement