-------------- Original message ----------------------
From: Peter Rait <[EMAIL PROTECTED]>
>
> 1T3XT info schrieb:
> > Peter Rait wrote:
> >> If this is the case please let me know how you solved this problem.
> > 
<snip>
> > Who knows, maybe you're even trying to do something that goes against
> > the EULA of Adobe Reader (for instance manipulating PDF on a local
> > machine without interaction with a server).
> > Anyway, I suggest that you reconsider your design.

Peter, IMO, you should read the Reader EULA as if you were an Adobe legal staff 
member, looking for the greatest advantage for Adobe. Mind you, I'm not finding 
fault with Adobe here, as I think they produce great software, without which 
the market for iText might be much smaller.

Here's a link to the Reader EULA:

http://www.adobe.com/products/acrobat/acrreula.html

For example, check paragraph 3.4 and enlighten yourself.

I recently ran across a stand-alone CDROM-based Java application that collects 
form data, merging same into an AcroForm the hard way, by editing the binary 
files of the target PDFs, instead of using iText, as I would have recommended. 
Up to this point, the approach, IMO, was compliant with the EULA. It went to 
the dark side, IMO, when it integrated Reader on the same CDROM and launched 
Reader from the CDROM for use as the PDF viewer, using said instance of Reader 
to print the PDF. I'm glad I was not asked for a recommendation on how to merge 
form data with the PDFs. ;-)

> 
> Thank you for your considerations.
> My problem is what else can I use when I want to distribute my 
> application (creating customizable lists as PDFs) to users who have not 
> always an internet connection to a server?

With the little amount of information you've given, I'd recommend you consider 
using a Swing-Java-iText standalone solution. As long as you're not using your 
software to circumvent the Reader EULA, you should be safe using Reader as a 
viewer.

> Would it be a better solution that the Applet is sending the PDF 
> directly to the browser and so avoiding the user's file system?

I'm sensing you may be trying/contemplating use of a localhost server on the 
client side, i.e., on the same computer as the client process. Perish the 
thought. The EULA prohibits you from running Reader concurrently with a 
localhost server, i.e., a server on the same computer.

<snip>

Cheers,
Bill Segraves

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
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

Reply via email to