Re: [iText-questions] Document metadata: Application
- Original Message - From: "Olivier Lefevre" <[EMAIL PROTECTED]> To: Sent: Sunday, 26 August, 2007 9:32 AM Subject: Re: [iText-questions] Document metadata: Application > No, I don't mean the Producer field: I mean the Application field, no more > no less. Look up under File -> Properties -> Description: there _is_ such a > field, under the two date fields. > > I tried to add it myself to the sources by making the obvious modifications > to the files with an AUTHOR variable and updating the jar Why, pray tell, are you trying to mdify the iText library to do this? Can't you just use the methods that are already provided, e.g., see the example on page 55 of the book. Don't have the book? That's baby step number one, several steps before trying to run (away?) with iText. Cheers, Bill Segraves > but now I don't > any PDF when calling iText but I don't get any error either: it just exits > without creating any file. My guess is that an exception is thrown > somewhere, silently swallowed and that iText then exits. How does one go > about debugging such a situation? And before you warn me again, yes I know > about the LGPL ;-) > > Regards, > > -- O.L. > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > iText-questions mailing list > iText-questions@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/itext-questions > Buy the iText book: http://itext.ugent.be/itext-in-action/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] reset coordinate system for different pdfs
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 23 August, 2007 12:39 PM Subject: Re: [iText-questions] reset coordinate system for different pdfs > Editing the MediaBox is NOT the same as "re-aligning the origin" of > the document, since your content coordinates may/will NOT change to > match. Mea culpa! Leonard is indeed correct. I was thinking along the lines of changing the position of the "knothole" through which I am viewing the document, i.e., IMO, the only origin that makes sense to a human viewer. The strategy I advocated is believed to be correct for that scenario. Cheers, Bill Segraves - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] image- how to maintain ratio
- Original Message - From: "Paulo Soares" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 23 August, 2007 6:45 AM Subject: Re: [iText-questions] image- how to maintain ratio > scaletofit keeps the same ratio, scaleabsolute doesn't. > > Paulo scaleAbsolute doesn't keep the same ratio, except when it does ... ;-) e.g., img.scaleAbsolute(SF*imgWidth,SF*imgHeight); where SF = Scale Factor certainly preserves the subject ratio, provided imgWidth and imgHeight are the dimensions of the image. -- Bill Segraves - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] reset coordinate system for different pdfs
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 23 August, 2007 6:42 AM Subject: Re: [iText-questions] reset coordinate system for different pdfs > Let's rephrase that... > > It is POSSIBLE to reset it - it's just not trivial. There are > software products on the market place today that can "re-align" the > MediaBox back to lower-left 0,0. > > Leonard In fact, it is sometimes possible to do it with your text editor, e.g., GVim with the Pdftk plugin can be used to edit the MediaBox coordinates. -- Bill Segraves - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] One question.
- Original Message - From: "Sergio GarcĂa Maroto" <[EMAIL PROTECTED]> To: Sent: Friday, 03 August, 2007 6:50 AM Subject: [iText-questions] One question. Hello. I have two questions. 1) I would like know the pages number of a existent pdf document. 2) Can I transform the words in a pdf document in a string variable. Stepping around the paradox posed in this article ... 1. There is an "inspection" tool in the iText Toolbox, which is bundled with versions 1.4.0 through 2.02. of the Itext library. It will tell you the number of pages in a PDF. 2. Generally, no, because the words that you "see" in your PDF viewer may not be whole words at all in the PDF itself. You could even programmatically extract all of the word fragments that are in a PDF; but you'd have no assurance they'd make any sense. Cheers, Bill Segraves - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] set the border of a checkbox
- Original Message - From: "feanor7" <[EMAIL PROTECTED]> To: Sent: Saturday, 21 July, 2007 9:41 AM Subject: Re: [iText-questions] set the border of a checkbox > > Sorry if I am new to itext (I will be ordering the book this week), If you really, really want to learn how to use iText, I'm thinking you should have a great deal more urgency about getting the book. You can go to www.lowagie.com, click on the "Order the eBook" link, and proceed directly to ordering the book online, after which you'll have have access to the Author's support site, as well as the examples. > but I > have an urgent need to figure this out soon. Can you clarify further what > you said, or point me in the right direction or to a simple example? See the example, FormCheckbox.java, in the Tutorial. That should help you see how it's done. Cheers, Bill Segraves - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Populate forms that do not use Acro Fields
- Original Message - From: "William Alexander Segraves" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Saturday, 14 July, 2007 5:33 PM Subject: Re: [iText-questions] Populate forms that do not use Acro Fields > - Original Message - > From: "scott carter" <[EMAIL PROTECTED]> > To: > Sent: Saturday, 14 July, 2007 3:35 PM > Subject: [iText-questions] Populate forms that do not use Acro Fields > > > > I have a collection of forms that I need to automatically populate based > on > > data in our database. I have looked at the Register example on the site, > > and the example works great for forms that use Acro Fileds ( > > PdfStamper.getAcroFileds()). > > Yes, but the examples in the tutorial can only carry you so far. What you > really, really need to do if you wish to work with iText is purchase a copy > of the book _iText in Action_ (see the "Buy the eBook" link at > www.lowagie.com/iText). > > > I am running into several forms that do not > > return any fields using this approach that I need to find a way to > > populate. > > You should not expect to be able to populate fields that do not (yet) exist. > Burn this fact into your brain permanently. You'll be glad you did. > > > I am a beginner, so any help is greatly apprciated. One of the > > forms that I need to figure out how to populate but does not have a Acro > > fileds is found here -> > > https://www.pfizerhelpfulanswers.com/files/C2C_English.pdf . Anyone know > > how to do this? > > > > Yes. There are several examples in the book (see Chapters 2 and 15) and on > the book support site that will be helpful to you in your quest to convert > PDF forms (unfillable) into AcroForms (fillable). > > > Thanks in advance. > > > > You're very welcome! Reminders: (1) Buy the book. (2) You can't fill fields > that don't (yet) exist. 1. Have you bought the book? 2. To help you get started, you should look at the TextFields example in the Tutorial. Using this example as a guide, you should be able to write a class that will create all of the text fields that you need for your PDF form. 3. Now that you have an AcroForm (created in 2 above), you may wish to add content to the form. See the example HelloWorldStamper in Chapter 2 of the book for guidance on a way to add the C2C_English.pdf form as "under" content, like a watermark, to your AcroForm (created in 2 above). 4. Now that you've generated an AcroForm that looks like your original C2C_English.pdf form, you are ready to populate the fields. Remember: You cannot fill (populate) fields that do not (yet) exist. I hope this is helpful to you. Cheers, Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Populate forms that do not use Acro Fields
- Original Message - From: "scott carter" <[EMAIL PROTECTED]> To: Sent: Saturday, 14 July, 2007 3:35 PM Subject: [iText-questions] Populate forms that do not use Acro Fields > I have a collection of forms that I need to automatically populate based on > data in our database. I have looked at the Register example on the site, > and the example works great for forms that use Acro Fileds ( > PdfStamper.getAcroFileds()). Yes, but the examples in the tutorial can only carry you so far. What you really, really need to do if you wish to work with iText is purchase a copy of the book _iText in Action_ (see the "Buy the eBook" link at www.lowagie.com/iText). > I am running into several forms that do not > return any fields using this approach that I need to find a way to > populate. You should not expect to be able to populate fields that do not (yet) exist. Burn this fact into your brain permanently. You'll be glad you did. > I am a beginner, so any help is greatly apprciated. One of the > forms that I need to figure out how to populate but does not have a Acro > fileds is found here -> > https://www.pfizerhelpfulanswers.com/files/C2C_English.pdf . Anyone know > how to do this? > Yes. There are several examples in the book (see Chapters 2 and 15) and on the book support site that will be helpful to you in your quest to convert PDF forms (unfillable) into AcroForms (fillable). > Thanks in advance. > You're very welcome! Reminders: (1) Buy the book. (2) You can't fill fields that don't (yet) exist. Cheers, Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Using images in PDF
- Original Message - From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> To: Sent: Wednesday, 04 July, 2007 2:27 AM Subject: [iText-questions] Using images in PDF > > hi am using getInstance(String filename) method to include an mage in order > to generate pdf . is there any mechanism to check if the given file name > exits or not using itext.Ex- > > if filename = c:\iamges\xyz.jpg, and xyz.jpg doen`t exits so i would like > soem defaul image to be displayed .what should be the approach to solve > this problem. "Section 5.5.1 Getting the Image instance" on pp. 158-159 of _iText in Action_ should be helpful to you. You should also be able to adapt the try-catch exception handling code in the NUp tool from the iText Toolbox (See the code that sets a default of "1" for "pow2"). Cheers, Bill Segraves > Buy the iText book: http://itext.ugent.be/itext-in-action/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] very important iText question
- Original Message - From: "Carsten Heuchel" <[EMAIL PROTECTED]> To: Sent: Thursday, 07 June, 2007 4:12 AM Subject: [iText-questions] very important iText question > I have a very important question: > How can I cut an Image? See the TemplateClip example in Chapter 11 of the book. Cheers, Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] jpeg to PDF
- Original Message - From: "Irina Morin" <[EMAIL PROTECTED]> To: Sent: Wednesday, 06 June, 2007 10:07 AM Subject: [iText-questions] jpeg to PDF I am trying to convert jpeg images to PDF. Please advice. Check out the PhotoAlbum tool in the iText Toolbox, as well as Chapter 5 in the book _iText in Action_, for which you can find a link on www.lowagie.com/iText. If you have the book, you already have all of the bits and pieces of code you need to craft your own class for the subject conversion. Cheers Bill Segraves P.S. This author has submitted classes, ScaleIMage, ScaleAndTileImage, and ScaleAndTilePDF, as well as a suggested enhancement of PhotoAlbum, for possible inclusion in the iText Toolbox. When they are available, you'll be able to do more than you can do with just PhotoAlbum. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Hello. I need to run concat_pdf.java on Linux
- Original Message - From: "Vera Lucero" <[EMAIL PROTECTED]> To: Sent: Monday, 04 June, 2007 4:10 PM Subject: [iText-questions] Hello. I need to run concat_pdf.java on Linux > Do you have any examples on how to run iText.jar on Linux? Yes. > I copied the iText.jar and concat_pdf.java to Linux and trying to set it up to run. Compile the concat_pdf.java. Use the resulting class as follows: java -classpath ./itext.jar:. concat_pdf list_of_arguments Cheers, Bill Segraves P.S. Your question is not really an iText question,; but rather is a Java question. P.S.2. Alternatively, just run the Toolbox and use the Concat tool from the Toolbox. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] AcroForms
- Original Message - From: "Paulo Soares" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 17 May, 2007 3:51 PM Subject: Re: [iText-questions] AcroForms > http://itext.ugent.be/library/question.php?id=43 > > Paulo > > - Original Message - > From: "Joe L" <[EMAIL PROTECTED]> > To: > Sent: Thursday, May 17, 2007 9:25 PM > Subject: [iText-questions] AcroForms > > I want to have people save data in forms and be able to email the form to > > me with the data in it. Here's a feasible approach: 1. Use a server-side script to capture the form data from an FDF/XFDF submit action, or to convert the (HTML) submitted form data into FDF/XFDF. 2. Using iText, merge the FDF/XFDF from 1 above into the target PDF. 3. Return the merged PDF to the client-side browser (or provide a link to the merged PDF). The above approach can be used with Acrobat Reader, as long as the server-side process does not exist on the same computer as the client-side browser, i.e., a "localhost" server. While it is indeed feasible to do the "localhost" magic above *without* Acrobat Reader, i.e., with one or more of the alternative viewers, it is, IMO, hardly worth the effort, as this approach would place too great a burdon on the client-side user's resources. See the thread entitled "Formular Submit from PDF" for an alternative approach that does not require the use of Adobe Reader, but which is not recommended by this author. Cheers, Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Monday, 30 April, 2007 3:02 PM Subject: Re: [iText-questions] Formular Submit from PDF > > Furthermore, based on Leonard's interpretation, it does not appear > > to be a > > violation of the reader 7 EULA if the form data that is being used > > to fill > > the PDF did not originate from a submittal from a PDF form, e.g., > > submittal > > from an HTML form. > > > > Also correct. If you submit from an HTML form and have your > localhost server return a filled PDF - that's also fine (and in fact, > a wonderful thing!). This is the workaround I've developed for systems that don't have Reader at all, e.g., Knoppix 5.x live Linux CD. 1. Server-side script emits HTML with three frames a. Top frame contains an HTML form for entry of the form field that is to be filled b. Bottom-left frame contains an image map overlaid on a JPEG image of the target PDF, each hot zone of which is defined something like http://localhost/cgi-bin/sarapp_script_v2.pl?NatNo="; ALT="NatNo" TARGET=top> There are over 170 such hot zones in the current example, one for each form field in the target PDF form. The COORDS are extracted directly from the iText source that was used to generate the PDF form, using a Perl program that parses the iText source. The JPEG of the PDF form was generated with ImageMagik. The above describes just one page of the 2-page form. The second page would be of similar size, re: no. of form fields. c. Bottom-right frame contains the merged PDF, which has been produced and saved on the server-side of the transaction. The PDF is displayed with whatever plugin is used as the default viewer. So, based on Leonard's interpretation above, this is "fine (and in fact, a wonderful thing!)", although it is, IMO, an "ugly hack" in view of what could be done very neatly with Reader and proper server-side support. Now, while this appears to be completely compliant with the Reader 7 EULA, it seems to me to be a bit silly to have to resort to such a scheme to get around a EULA limitation that is aimed at protecting the Reader Extensions' marketability, especially when Reader, with or without the Reader Extensions, is incapable of doing some of the things that need to be done, e.g., shifting genealogical data up or down by one or more generations. OTOH, perhaps all I need to do is add the appropriate "submit" actions to a Reader-Enabled form. Leonard, is it your opinion that the Reader 7 EULA would PERMIT localhost serving of a filled AcroForm if said use involves a form that is Reader-Enabled? Please note that it is not my aim to circumvent any of Adobe's EULA limitations; but rather, it is to produce the most efficient products that operate within the EULA limitations. Many thanks for your continued interest in this thread. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF
- Original Message - From: "Bruno Lowagie (iText)" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Monday, 30 April, 2007 5:12 AM Subject: Re: [iText-questions] Formular Submit from PDF > Leonard Rosenthol wrote: > > On Apr 29, 2007, at 8:41 PM, William Alexander Segraves wrote: > > >> So, if a Java-iText class is provided that does the merging on the > >> client-side of the transaction, separately from the interaction > >> between the > >> client browser and the "localhost" server, this would be O.K. Right? > > > If the localhost server communicates in any way with the iText class > > that is doing the saving - then you are in violation. > > I must admit that I haven't followed the complete discussion, > but I interpreted the question as: is there a way to run iText > on the client-side (in the browser / with or without connection > to the localhost) instead of on the server-side (risking a > license violation). > No, that wasn't the question at all. The question was about localhost serving of a filled PDF to a client-side browser with Reader 7 operating as a plugin, when the form data has originated from a "submit" action from a PDF, thereby making it possible for the user to save a copy of his filled PDF without having to employ Reader Extensions. Based on Leonard's interpretations of the EULA, it appears that any client-side->server-side->client-side interaction, done solely on the same computer without any required user action such as running a command line script to merge data with the PDF, would be in violation of the Reader 7 EULA. Furthermore, based on Leonard's interpretation, it does not appear to be a violation of the reader 7 EULA if the form data that is being used to fill the PDF did not originate from a submittal from a PDF form, e.g., submittal from an HTML form. OTOH, since Bruno raised that question, it is indeed possible to do what he suggested, i.e. run iText on the client-side, e.g., by embedding Javascript in the returned HTML that executes a "jarred" Java-iText class. IMO, this would not be a good solution for deployment as a web-based application, as there is no way to ensure the client-side user has the required support software installed on his/her computer, or that the user has JavaScript support enabled in the browser configuration. IMO, based on what Leonard wrote, this too would be in violation of the Reader 7 EULA. > I guess William is thinking of some way to send the data > filled in in Adobe Reader to a Java Applet, and have the > applet create a new PDF with all the fields filled in. > I don't see how this would be different from what is > forbidden by the EULA, but for argument's sake, have > a look at the following small prototypes I recently made. > Well, no. That's not what I was thinking. Anyway, thanks for pointing out the examples, Bruno. More on those later, when I've had a chance to review them. > In practice, this is probably not only in violation with > the EULA, it also has the smell of being a hack. > I'm sure the examples I'm referring to don't work on all > browser/reader versions, and that's sufficient reason for > a NO-GO when I'm asked for my opinion. > I've made these examples because I was asked if it's possible > to establish a communication between HTML and PDF; however, > I wasn't asked for my opinion. Bruno, your opinion is always welcome in any technical discussion in which I am engaged. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Monday, 30 April, 2007 4:40 AM Subject: Re: [iText-questions] Formular Submit from PDF > On Apr 29, 2007, at 8:41 PM, William Alexander Segraves wrote: > >> The localhost server can save the data to it's own data-store all it > >> wants - no problems! It is the creation of a filled-in PDF via the > >> server process that creates the violation. > >> > > > > So, if a Java-iText class is provided that does the merging on the > > client-side of the transaction, separately from the interaction > > between the > > client browser and the "localhost" server, this would be O.K. Right? > > > > If the localhost server communicates in any way with the iText class > that is doing the saving - then you are in violation. Leonard, he scenario I had in mind was this: 1. Client-side browser "submits" to "localhost" server. 2. Localhost server parses submitted data, converting same into FDF/XFDF. 3. Localhost server returns FDF/XFDF in 2 above to client browser. 4. User saves the FDF/XFDF to a file. 5. User executes a command line process, e.g., Pdftk or an iText class, that merges the FDF/XFDF with a fillable PDF. 5(alt). User merges the FDF/XFDF with a fillable PDF with Acrobat. I do not believe the process described in steps 1 - 5 above is in violation of any Reader EULA, although it fits the description in the above statement: "If the localhost server communicates in any way with the iText class that is doing the saving - then you are in violation." Perhaps Leonard meant: "If the localhost server communicates in any way independent of operator action with the iText class that is doing saving of a filled PDF on the computer which is the localhost server, then the user of Reader is in violation of the Reader EULA." IMO, the problem we are having with the Adobe Reader EULA (v. 7 & up?) is that a legitimate use of other software on a localhost server, e.g., Pdftk, iText, to merge FDF/XFDF with a PDF, serving same to the client browser, is deemed by Adobe to be the same as enabling Reader to Save/SaveAs. If this interpretation is allowed to stand, Adobe will be placing every developer who thoroughly tests his products, including testing on a localhost server, in violation of the Reader EULA. As the EULA currently stands, it appears I can do all the testing (of software that creates and saves a filled PDF on localhost servers that I wish to do up to and including Reader 6; but if I wish to test the same processes on Reader 7, I must fire up another computer on my network, or worse yet, deploy the software to a remote host, in order to complete the testing. Pardon the expression for frustration, but it seems to be just plain "dumb" to place such restrictions on developers, who, after all, are licensed to use the full product. Perhaps the problem with the EULA could be fixed by adding an exception for testing by developers, or an exception for licensees of the full distribution of Acrobat, any version. More later, as this issue has not been satisfactorily resolved. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Sunday, 29 April, 2007 6:12 PM Subject: Re: [iText-questions] Formular Submit from PDF > On Apr 29, 2007, at 4:13 PM, William Alexander Segraves wrote: > > I've > > read that Adobe views iText as a competitive threat; but hope that > > view has > > changed. Clearly, iText has significant value to Adobe, else it > > wouldn't be > > distributed with any Adobe products. > > > > I don't know where you read that, but I would say that it is > completely UNTRUE! Perhaps I misinterpreted what I read. Regardless, I'd prefer not to attribute the untruth to someone whom I might have misinterpreted. Thank you for the clarification. > As you point out, Adobe ships iText with some of > it's server products (two, I believe - LiveCycle PDF Generator and > ColdFusion, IIRC). I have also recommend it's use in other projects > as well. If anything, we are committed to HELPING iText... > Good. I'm glad to hear that from someone directly connected with Adobe. > > > Indeed. The only concern I had about the EULA was that the Reader > > EULA for > > Reader 7 (and up, I presume), prohibits the use of Reader on the same > > computer or network with software that makes it possible to save a > > filled > > PDF (thereby circumventing the need for Reader Extensions). > > Same computer, yes. Same network, no. > So I'm O.K. if I do the server-side goodies (providing a filled PDF that is savable) on another computer (server) on my network, e.g., the computer in my WRT54G wireless router, or any other computer on my LAN. > > > I understand. So, it's O.K. for the "localhost" server-side > > software to save > > the form data, as long as the server-side process does not save a > > copy of > > the filled PDF. > > Correct. > > The localhost server can save the data to it's own data-store all it > wants - no problems! It is the creation of a filled-in PDF via the > server process that creates the violation. > So, if a Java-iText class is provided that does the merging on the client-side of the transaction, separately from the interaction between the client browser and the "localhost" server, this would be O.K. Right? > > > Is it also O.K. for the "localhost" server-side process to "emit" a > > filled > > PDF, e.g., a dynamically-filled PDF via an iText class? > > > > No, it is not. That is what we wish to prevent, since that's > functionality equivalent to "Save As". > I understand. > > >> We already offer dynamic forms support via XFA forms. They are VERY > >> powerful including both single field dynamism as well as entire "sub > >> forms" that can grow and shrink. Try it - you'll like it! > >> > > > > Perhaps there's a potential solution here for the problems I've > > described. I > > look forward to trying it. Do all these capabilities exist with the > > free > > Reader, or ar Reader Extensions required to play nicely with them? > > > > Yes, all this works quite nicely in Reader! If you want to be able > to save a copy locally, then you also need Reader Extensions. You mean a copy of the filled PDF. Naturally, there's no violation of any aspect of the Reader EULA if a localhost-based process provided a savable fory of the form data, e.g., FDF, XFDF, URL-encoded name=value pairs. > But if > you only want to work with the form and then submit data to a server, > you need only Reader. > And, in this case, it doen't matter where the server is located, including on the same computer that initiates the "submit" action. > > > O.K. One thing comes to mind. It seems that Reader 7 does not > > support an > > "Import Form Data" action, a capability that WAS provided in all prior > > versions of Reader that I've tested, i.e., v. 3 through 5 (I > > haven't tested > > this assertion with v. 6). > > > > I'd need to check to be certain, but I am pretty sure that this > works just fine with Reader 8. Thanks. I'll try it myself next time I'm on a computer with Reader 8. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF
Leonard, Please see inline responses below. Thanks and best regards, Bill Segraves - Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Sunday, 29 April, 2007 2:45 AM Subject: Re: [iText-questions] Formular Submit from PDF > On Apr 28, 2007, at 11:18 PM, William Alexander Segraves wrote: > > Example: Consider a lineage society application such as those > > found at > > www.sar.org. The "Reader Enablement" is totally irrelevant to the > > solution > > to the problem of shifting all genealogical data by a generation > > (or two) to > > accomodate the preparation of an application for a son (or > > grandson) of the > > original applicant. > > I couldn't find the actual form on their site or yours :(. Can you > send me one to look at and maybe then I can make a determination? > Oops! Mea culpa. I should have given you a specific URL. http://www.sar.org/membership/application.html On this page, you'll see several variants of the SAR application, i.e., the Cox program, which is not free, and three others, all free. The file SAR_App.PDF (Reader Enabled) was added recently. It has the Reader Extensions, as you can see. Unfortunately, the developer (unknown) of it used a numbering scheme for the form fields that is different from the SAR980915.PDF (Segraves) scheme that has been in place for nearly 10 years. This makes it impossible for existing import capabilities of the Cox program and the Segraves program(s) to be used to import from data that is exported from the Reader-Enabled PDF form. The SARAppAid (Cox) has been around for several years. It has enjoyed the most widespread use by applicants, including those that are doing multiple applications, e.g., for relatives or for supplemental ancestors. The block copy&paste capability of the Cox program is what makes it very efficient to move data up or down by one or more generations to accomodate adding additional genealogical data. The Bristor form is an MSWord template, also free. Finally, the Segraves forms were the first, AFAIK, among the many lineage and patriotic societies to use fillable PDF forms for applications, having been first deployed almost 10 years ago. These forms were first "hatched" to provide a "free" computer-based application that could be used on any computer with Acrobat Reader. Mrs. Segraves and I gifted the existing form at the SAR web site to the Society; but we never gifted any of the server-side goodies or later forms because SAR was not willing to provide the hosting for the forms and scripts. The form at the SAR web site has none of the server-side goodies that are provided at my Tripod site, http://segraves.tripod.com. The SAR application PDF is now protected with both owner and user passwords; so you'll need a link to an unprotected form if you wish to look at the form. Please let me know privately if you'd like to see an example. Or, you could simply register as a user, and I'll provide the user password and the link to the PDF with the goodies. The best goodie, available only to registered users on request, is a PDF form with multiple "submit" buttons, each of which sends the form data to a (Perl) script that does soemething special with the form data, e.g., move the data up or down by a generation. > > > Leonard, I detect a hint of "hostility" among the Adobe culture re: > > referring to a "submit" action to a "localhost" server as a "hack." > > WADR, > > it's not a hack. > > > > I use "hack" in that you are using a feature in a way that it wasn't > really designed (aka localhost). It's not intended to be derogatory > - just that it's nothing we expected. > Hmm? I vaguely recall use of localhost for testing mentioned somewhere in documentation. Regardless, I can see why it wouldn't have been expected, as it is certainly not a potential threat to Adobe's profitability. > Please note, FWIW, that in my pre-Adobe days, mine was one of two > companies that independently developed the first such "localhost > servers" that interacted with Reader to do form filling/saving. Oh, > and mine used iText - which is why I wrote the original form filling > & FDF support for iText. > Thank you for your contributions. Personally, I've been working with iText for a little over a year, and with Acrobat for about 10 years. iText, IMO, has significantly enhanced the value of Acrobat for forms developers. I've read that Adobe views iText as a competitive threat; but hope that view has changed. Clearly, iText has significant value to Adobe, else it wouldn't be distributed with any Adobe products. > > > Submittin
Re: [iText-questions] Formular Submit from PDFonlyworkswhileopenedin Browser
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Saturday, 28 April, 2007 7:34 PM Subject: Re: [iText-questions] Formular Submit from PDFonlyworkswhileopenedin Browser > In addition, the > "Reader Enablement" features available in Reader 7 and later also > provide much greater capabilities for users than the "hack" of local > submission ever could. Leonard, it occurred to me that you might have been referring to a "Hack" that employed a bogus submit action with Reader 6 to put a copy of the submitted data into the client-side browser's cache. I remember reading about this somewhere; but I took no interest in it, as it didn't seem to me to be a capability that would survive. The complete description of it eludes me now, after several Google searches. Anyway, if this was the "hack" to which you referred, please accept my apology for misinterpreting your response above in the previous reply. Surely, we can agree that PDF files can include a "submit" action without said action being considered a "hack". AFAIK, Acrobat and Adobe Reader support "submit" actions in versions 7 and 8. Even though the data formats continue to evolve, the ability to "submit" the form data is a fundamental capability of a PDF form. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDFonlyworkswhileopenedin Browser
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Saturday, 28 April, 2007 7:34 PM Subject: Re: [iText-questions] Formular Submit from PDFonlyworkswhileopenedin Browser > I think that the EULA and Adobe's position on the EULA and use of > Reader in such environments speak for themselves. I agree. Unfortunately, IMO, Adobe has taken a posture that severely limits the use of Reader for legitimate purposes using features that Adobe has provided. > In addition, the > "Reader Enablement" features available in Reader 7 and later also > provide much greater capabilities for users than the "hack" of local > submission ever could. While this may be true for many cases, it is not true for the development activities in which I am engaged. Example: Consider an lineage society application such as those found at www.sar.org. The "Reader Enablement" is totally irrelevant to the solution to the problem of shifting all genealogical data by a generation (or two) to accomodate the preparation of an application for a son (or grandson) of the original applicant. If you are aware of a way to do this with Reader (any version), other than "submitting" to a server-side script that programatically shifts the data and returns same as FDF/XFDF to the client-side browser, I'd certainly like to know about it. Leonard, I detect a hint of "hostility" among the Adobe culture re: referring to a "submit" action to a "localhost" server as a "hack." WADR, it's not a hack. Submitting to a URL is, IMO, a fundamental capability that AcroForms MUST be able to accomodate in order to work and play nicely on the WWW. Whether or not the URL includes localhost, 127.0.0.1, or any private IP address is irrelevant. In fact, texting with a localhost-based server is far more efficient than testing with a remote server. > These are the directions that we are taking > the Acrobat/Reader family. > I understand. Now, IMO, if you could include in the directions an embedded httpd server as part of the Reader extensions, you'd be going a long way towards providing a product that works as it should with dynamic forms. > If you wish to develop for other viewers - that's certainly your > choice as a developer and business person. Actually, it's not my choice at all. The market demands that AcroForms work, in some way, with viewers other than Reader, e.g., the default viewer for Mac OS X, and the various FOSS viewers that come with recent Linux distrubutions. Personally, I'd prefer by far that Adobe play nicely with customers by allowing the full use of all of the capabilities they include in their software. 'Nuff said. I think this thread has reached a good stopping point. Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF onlyworkswhileopenedin Browser
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Friday, 27 April, 2007 2:24 PM Subject: Re: [iText-questions] Formular Submit from PDF onlyworkswhileopenedin Browser > My opinion is that the number of users with a version of Reader < 7 > is so small that I wouldn't invest the engineering effort in a > product targeted to only those users. > > Leonard > Leonard, I had hoped you'd give your response to the compliance issue I raised (see below). As a specific example, the Knoppix 4.02 live Linux distribution, has Acrobat 4 included in it, while later editions drop Acrobat/Adobe Reader altogether (IMO, for reasons other than EULA compliance). This distribution, as well as several earlier distributions, can be easily remastered to include a CGI script to capture form data and merge it with a PDF form. As many PDF developers are aware, there are applications for which Acrobat and Reader can be employed that are technically feasible, but which are not compliant with the EULA. One of these, e.g., using, on a local network or on the same computer, a CGI script to capture the form data from a "submit" action and merging the form data with a PDF form (AcroForm), thereby allowing a filled PDF form to be saved locally, appears to be in violation of the version 7 (Reader) EULA, while it is not in violation of the EULA for previous versions. My interest as a developer is ensuring that users are properly warned that use of the above-cited capabilities on a local network or on the same computer with a "localhost" httpd server is not permissible with Reader 7. Certainly, a work-around for this problem, i.e., Reader 7 EULA, is to not use Reader at all in a scenario designed to save the form data from a PDF form or to save a filled PDF form. I have a working prototype that doesn't use Reader, and further, doesn't require a PDF viewer at all, although a PDF viewer is nice to have. More on this later in another thread, as it is more appropriate for another thread. Best regards, -- Bill Segraves > On Apr 27, 2007, at 12:29 PM, William Alexander Segraves wrote: > > So, it seems to me it would be compliant with the Reader EULA to use a > > "localhost" server-side iText-based class for merging FDF/XFDF with > > the > > target PDF, presenting the merged PDF to the client browser that > > "submits" > > the form data, for any version of Reader from versions 3 through 6, > > while > > such use of Reader 7 (and up) would be in violation of the > > corresponding > > EULA. > > > > Your opinion? > > - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF only workswhileopenedin Browser
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Friday, 27 April, 2007 5:42 AM Subject: Re: [iText-questions] Formular Submit from PDF only workswhileopenedin Browser > On Apr 26, 2007, at 1:32 PM, William Alexander Segraves wrote: > > When was the language added to the Reader EULA prohibiting the use > > of Reader > > on the same computer/network with software that produces a filled > > AcroForm? > > > > Reader 7. Leonard, Thanks. I had looked in the EULAs for all of the versions of Reader for which I have the full distribution of Acrobat, i.e., versions 3 through 6, trying to find the new language you had mentioned in a thread on PlanetPDF a while back. So, it seems to me it would be compliant with the Reader EULA to use a "localhost" server-side iText-based class for merging FDF/XFDF with the target PDF, presenting the merged PDF to the client browser that "submits" the form data, for any version of Reader from versions 3 through 6, while such use of Reader 7 (and up) would be in violation of the corresponding EULA. Your opinion? Best regards, -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Formular Submit from PDF only works whileopenedin Browser
- Original Message - From: "Leonard Rosenthol" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 26 April, 2007 12:09 PM Subject: Re: [iText-questions] Formular Submit from PDF only works whileopenedin Browser > That limitation was removed in Reader 6. > > Leonard When was the language added to the Reader EULA prohibiting the use of Reader on the same computer/network with software that produces a filled AcroForm? -- Bill Segraves - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Add text field (TextField) in existing PDF
- Original Message - From: "piotr stolarczyk" <[EMAIL PROTECTED]> To: Sent: Thursday, 15 February, 2007 8:51 AM Subject: [iText-questions] Add text field (TextField) in existing PDF > How can i add a text field (at absolute position) to existing PDF file ??? > > Thanks 4 help Look for HelloWorldAddButton among the extra examples for Chapter 15. -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Changing the size (height & width) of anacrofield dynamically
- Original Message - From: "Don Don" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Thursday, 25 January, 2007 10:37 AM Subject: Re: [iText-questions] Changing the size (height & width) of anacrofield dynamically > I've been able to set the multiline property of a acroform field by using the method below: > > acroForm.setFieldProperty("field.name", "fflags", PdfFormField.FF_MULTILINE, null); > > I am still looking at how to change the height and width of a textfield and that of a multiline field as well. > > Any Ideas ? Yes, but IMO your question is not a question about iText. You can do this with your favorite text editor, but the PDF will then be broken. One way around this problem is to use gVim, with the Pdftk plugin (See www.accesspdf.com for details). While examining the PDF with gVim, you may see ways to programmatically search and replace coordinates of form fields. Good luck. -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] New Version - Problems
- Original Message - From: "Krishna Chaitanya" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Tuesday, 23 January, 2007 1:43 PM Subject: Re: [iText-questions] New Version - Problems > Hi ..Can the owner of this group remove me from this mailing list. You can change your mail options yourself. Have you tried to do it? Cheers, -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Adding form fields with PdfStamper? (take 2)
- Original Message - From: "Paul Jungwirth" <[EMAIL PROTECTED]> To: Sent: Wednesday, 10 January, 2007 2:20 PM Subject: [iText-questions] Adding form fields with PdfStamper? (take 2) > Hello, > > I asked this question seven days ago and didn't get a reply, so here goes again: > You asked a question which had already been answered. > I want to use PdfStamper to read a PDF document and add a couple > buttons to the first page. But it appears that you can only create new > form fields with a PdfWriter. Is there any way to add buttons to an > existing PDF? Google is your friend. Search for "HelloWorldAddButton". Everything you need to know to answer the question for yourself is in the book _iText in Action_, the Examples, the Author's support site for the book, or the Tutorial. -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Extract small part of one page to its own file
- Original Message - From: "William Alexander Segraves" <[EMAIL PROTECTED]> To: "Post all your questions about iText here" Sent: Tuesday, 09 January, 2007 3:19 PM Subject: Re: [iText-questions] Extract small part of one page to its own file > - Original Message - > From: "Craig" <[EMAIL PROTECTED]> > To: > Sent: Tuesday, 09 January, 2007 2:59 PM > Subject: [iText-questions] Extract small part of one page to its own file > > > > Hello, > > > > I have several PDF files that are formatted almost identically. They > contain 2 > > pages each and are meant to be quad-fold brochures. I'd like to be able > to > > extract the left-most quarter of the second page and put it into its own > > separate PDF file. > > > > I'm confident I can put the second page into its own PDF, but I only want > that > > first quarter of the page. Any ideas? > > Yes. See the HelloWorldWriter example in Chapter 2 of _iText in Action_. > This example has all of the bits and pieces you need to solve your problem. > See also, TemplateClip example in Chapter 11. > -- > Bill Segraves > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
Re: [iText-questions] Extract small part of one page to its own file
- Original Message - From: "Craig" <[EMAIL PROTECTED]> To: Sent: Tuesday, 09 January, 2007 2:59 PM Subject: [iText-questions] Extract small part of one page to its own file > Hello, > > I have several PDF files that are formatted almost identically. They contain 2 > pages each and are meant to be quad-fold brochures. I'd like to be able to > extract the left-most quarter of the second page and put it into its own > separate PDF file. > > I'm confident I can put the second page into its own PDF, but I only want that > first quarter of the page. Any ideas? Yes. See the HelloWorldWriter example in Chapter 2 of _iText in Action_. This example has all of the bits and pieces you need to solve your problem. -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/
[iText-questions] iText: How to add form field/submit button to existing PDF form (Acroform)
How do I add a form field and a submit button to an existing PDF form (Acroform)? -- Bill Segraves - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ iText-questions mailing list iText-questions@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/itext-questions Buy the iText book: http://itext.ugent.be/itext-in-action/