On 1/07/2011 20:06, misha79 wrote:
> Now we using dynamicPDF api for java to render both acroforms and xfa forms
> but its messing up rendering.
Define "rendering". iText doesn't "render" PDFs to a viewer.
iText can create and manipulate PDF documents.
For instance: iText can fill out forms result
On 1/07/2011 19:12, Aman Bhandari wrote:
Hi,
Whilst populating an Adobe "Extended features enabled" form using
iTextSharp I tumbled across the limitation that the features don't
persist once you have modified the pdf using iTextSharp.
You need to fill out the form in "append mode".
Pleas
Hi all
I am totally frustated and have run forum to forum .Also i am new to this
pdf java api.
So here is my application-
We have some pdfs(acroforms and xfa forms).We add some hidden fields, date
fields, buttons,javascript validations onto this using adobe acrobat pro 9.
Old application,we
On 1/07/2011 20:59, rafael.nunes wrote:
Ok, I suggest as a future implementation the backgroundcolor in the xmlworker
for parse html to pdf
That's on our road map, but we have a lot of work for customers too and
cannot spend all day on xmlworker & itext ( I wish we could :) )
Feel free to sp
Ok, I suggest as a future implementation the backgroundcolor in the xmlworker
for parse html to pdf
I tried user "Flying Saucer" for parse html to pdf and backgroundcolor in
tag span works well, but it loses when you try applies text justify and with
backgroundcolor somewhere in the text.
The tool
I ended making the fields read-only
What I'm doing is taking a set of text fields placed at the top of the page
as a row, and copying them several times down as a table. So these copied
fields are not flattened and I tried as you said recreate them adding
content with the stamper.
But it doesn't
On 1/07/2011 13:19, Kurt Pfeifle wrote:
> What are the known plans and intentions for the iText development
> roadmap as far as support for the new PDF/VT features is concerned?
There are no such plans.
You can find the Development RoadMap here: http://lowagie.com/node/173
Priorities on the RoadMa
On 1/07/2011 17:07, Roberto wrote:
> I thought to create an XFA-based form with LiveCycle designer.
> This way I could fill the table via an xml file (according to section 8.6.2
> of the book iText in action 2nd edition by Bruno Lowagie).
So it works.
> The problem is: how could I fill the static
On 1/07/2011 14:59, Surendran, Soyika wrote:
We are trying to merge two PDF files (refer attachment : Page1 &
Page2) to create another pdf file (refer attachment : Result.pdf). But
after merging the files, the contents of the resultant file is getting
shifted vertically downwards to the bottom
by my knowledge, the documentation is wrong. background-color is only
supported in table / td tags for now.
color is supported.
Thanks for the note, I've updated the documentation, but it will not
appear on http://demo.itextsupport.com/xmlworker/itextdoc/index.html yet.
Please note that 'the
be here the file
http://itext-general.2136553.n4.nabble.com/file/n3638354/Test.html Test.html
the tag is span with BACKGROUNDCOLOR
thanks
--
View this message in context:
http://itext-general.2136553.n4.nabble.com/Re-background-color-in-itext-xmlworker-tp3638306p3638354.html
Sent from the iTe
Please provide the html that's creating the issue.
Thanks
On 30/06/2011 14:36, rafael.nunes wrote:
I'm doing parse html to pdf using itext xmlworker, but I see that when I put
this tag
ladhasgdjhsagdsha
the itext does not perform to parse pdf. I read the documentation itext
xmlworker
[http:
Thanks Mark for your reply.
It was really very helpful.
--
View this message in context:
http://itext-general.2136553.n4.nabble.com/What-to-set-while-stamping-the-PDF-for-retaining-tags-described-in-PDF-template-tp3632881p3637861.html
Sent from the iText - General mailing list archive at Nabble.c
thiyagu rajan,
thiyagu rajan wrote:
> Does anyone know why the below warnings are generated while processing the
> pdf files that are generated by splitting a odf using iText ?
>
> Warning: considering '00 0 n' as a free entry.
> [...]
> Warning: considering '000
Yes, I do. and it's not very different from a factory method that copies the
table.DefaultCell. I think I just need to read more :-).
On Fri, Jul 1, 2011 at 08:59, 1T3XT BVBA wrote:
> On 1/07/2011 8:50, hhn000 wrote:
> > Yeah, that's what I ended up doing, I just feel it should be "cleaner"
> >
On 1/07/2011 8:50, hhn000 wrote:
> Yeah, that's what I ended up doing, I just feel it should be "cleaner"
> or "smarter" (I really like the idea of setting borders, etc all in
> one place, table.DefaultCell - now I have it in my own method, also
> doable)
Yes, but suppose you have a table with p
16 matches
Mail list logo