The problem seemed to be limited to multiline textboxes for me. I was able
to use the following code to SetExtraMargin in the case that it was a
multiline textbox
VB.net iTextSharp
Public Sub SetAcroField(ByRef af As iTextSharp.text.pdf.AcroFields, ByVal
fieldName As String, ByVal fieldValue As
It's possible the pdfs that cause this problem were created with the same
commercial product.
--
View this message in context:
http://www.nabble.com/Patch-for-PdfStamperImp-tf4343389.html#a12393957
Sent from the iText - General mailing list archive at Nabble.com.
--
Acrobat's "Save" feature does a variety of optimization operations
that iText does not.
Leonard
On Aug 29, 2007, at 5:07 PM, Will Simpson wrote:
> I did not receive the original reply. I see the reply now on gmane.
> (Thanks for that, Bart. I think this must go a long way to explaining
> the p
I did not receive the original reply. I see the reply now on gmane.
(Thanks for that, Bart. I think this must go a long way to explaining
the problem).
My second point still stands though. itext seems to behave differently
from Acrobat.
Original page count = 750
Original PDF size = 50 MB
Page
Mark Hall wrote:
> This fix has fixed all the bugs I was seeing. Brilliant :-)
And right in time for the next release ;-)
If all goes well, I'll release iText 2.0.5 in the weekend.
I'd like to have the acknowledgements list on itext.ugent.be
moved to lowagie.com by then, and I'd like to have a cl
On Wednesday 29 August 2007 15:30:44 Bruno Lowagie (iText) wrote:
> Mark Hall wrote:
> > On the other hand, I've run into a new problem. setSpacingAfter and
> > setKeepTogether interfere with each other as well. If I use the following
> > code:
> > paragraph.setSpacingAfter(18);
> >
I have been reading on some other posts that the text moving up usually only
affects multiline textboxes, is this true?
Paulo Soares wrote:
>
> Don't generate the appearances and it will alway look good in any viewer,
> except, of course, in those viewers that can't generate the appearances
>
Mark Hall wrote:
> Unfortunately I can't, because I was also reworking my own code and I can now
> no longer reproduce the problem.
Using setKeepTogether(true) completely changed the indentation
in my test sample! So this was a good lead.
> On the other hand, I've run into a new problem. setSpac
On Wednesday 29 August 2007 15:01:34 Bruno Lowagie (iText) wrote:
> Mark M. Hall wrote:
> > The SVN changes have reduced the number of mis-indentations, but I still
> > have one page where it happens. I can confirm that setSpacingAfter is a
> > probable culprit, as commenting it out makes the bug g
This looks like a race condition that was fixed two years ago.
Paulo
- Original Message -
From: "Colin Saxton" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 29, 2007 2:55 PM
Subject: [iText-questions] the handle is invalid
> Hi when closing a PDF document I sometimes, but not all th
Mark M. Hall wrote:
> The SVN changes have reduced the number of mis-indentations, but I still have
> one page where it happens. I can confirm that setSpacingAfter is a probable
> culprit, as commenting it out makes the bug go away.
Can you give any hints about what's special about that one page
Hi when closing a PDF document I sometimes, but not all the time, get the
following stack trace.
2007-08-29 10:03:14,428 INFO [STDOUT] java.io.IOException: The handle is
invalid
2007-08-29 10:03:14,428 INFO [STDOUT] at
java.io.RandomAccessFile.read(Native
Method)
2007-08-29 10:03:14,428 INFO
Don't generate the appearances and it will alway look good in any viewer,
except, of course, in those viewers that can't generate the appearances such
as older Acrobat readers. Also, you can't flatten the fields. You have that
option in iText with AcroFields.setGenerateAppearances(false). The la
On Wednesday 29 August 2007 13:29:53 Bruno Lowagie (iText) wrote:
> Mark Hall wrote:
> > What do I have to do to get the indentation to behave the same
> > everywhere?
>
> Can you give it another try with the version in SVN?
> I think setSpacingAfter was the culprit; if setSpacingAfter
> forced a n
I have used other PDF components in the past (and just tested with some) such
as Tall Components, LEADTools, ect. They do not seem to have this issue of
the text being in the incorrect spot.
What could they be doing that iText is not ?
Paulo Soares wrote:
>
> Each Acrobat version has a diff
Mark Hall wrote:
> What do I have to do to get the indentation to behave the same everywhere?
Can you give it another try with the version in SVN?
I think setSpacingAfter was the culprit; if setSpacingAfter
forced a newPage(), the indentation of the paragraphs wasn't
taken into account.
I also rem
Hi,
I've run into a little problem with PDF generation and paragraph indentation.
My document consists of a series of Paragraphs, and all of them have their
left indentation set to 30. The problem is that the indentation of each
paragraph is not the same from page to page. On some it seems to b
rejeeth wrote:
>
> Hi,
> I need to print some European , CJK fonts in the PDF.I am using a Mac
> machine. I used iTextAsian.jar, fonts and encodings provided by iText.
> Now CJK is working fine.
>Could you please mention the encoding and font name to be used for
> displaying European fonts
Hi,
I need to print some European , CJK fonts in the PDF.I am using a Mac
machine. I used iTextAsian.jar, fonts and encodings provided by iText. Now
CJK is working fine.
Could you please mention the encoding and font name to be used for
displaying European fonts through iText.
Thanks
Rejeeth
--
Please do not send email to me
-
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 FR
20 matches
Mail list logo
