On Fri, Nov 20, 2009 at 2:29 PM, trumpetinc2 wrote:
[...]
>
> I can put something together if you are interested in testing it out and
> providing feedback
Sure, I'd like to give it a try.
Thanks Larry
Which is package private. Huh. Well, if you're hacking up
>> PdfContentStreamParser, you might as well tweak that too.
>>
>> Oh, and in the general case, you need to check the page rotation and take
>> that into account as well.
>>
>> --Mark Storer
&g
Sorry to the list if you see this question twice. I previously posted
this message yesterday, but hasn't shown up on the list yet, so I'll
try it again.
I've used the iText Java API to create a PDF with several images. Now
I'd like to write a unit test to verify my image placement logic. I
use
I've used the iText Java API to create a PDF with several images. Now
I'd like to write a unit test to verify my image placement logic. I
used Image.setAbsolutePosition to set the image when I initially
created the PDF. Now how do I get the position of that image when I
reopen the PDF? I know
I've used the iText Java API to create a PDF with several images. Now
I'd like to write a unit test to verify my image placement logic. I
used Image.setAbsolutePosition to set the image when I initially
created the PDF. Now how do I get the position of that image when I
reopen the PDF? I know I
Amit,
According to the "Adobe Supplement to the ISO 32000", section 8.8.1:
http://www.google.com/url?sa=t&source=web&ct=res&cd=1&ved=0CAsQFjAA&url=http%3A%2F%2Fwww.adobe.com%2Fdevnet%2Facrobat%2Fpdfs%2Fadobe_supplement_iso32000.pdf
you need a Measure dictionary of Subtype GEO to create a geospat
y
On Fri, Oct 16, 2009 at 3:25 PM, Mark Storer wrote:
> This is about as official as it gets. Post away.
>
>
> --Mark Storer
> Senior Software Engineer
> Cardiff.com
>
> #include
> typedef std::Disclaimer DisCard;
>
> -Original Message-
> *From
Everyone,
Thanks for the tip on the PDFStamper and Second Class Names. The
PDFStamper's not a great solution for me because I'm generating the PDF, not
modifying an old one, and the PDFs are big enough (tens of MB) that I would
hate to process them twice in a production environment.Regarding
I'm working on an extension to PDF that requires a custom dictionary in the
Page reference.I'm doing something very similar to what was discussed on
the iText mailing list last year, and archived on Nabble here:
http://www.mail-archive.com/itext-questions@lists.sourceforge.net/msg41657.html
I
Amit, you may find this iText discussion (archived on Nabble) helpful:
http://www.nabble.com/how-to-construct-a-geospatial-measure-dictionary--td20703775.html#a20703775
My understanding (which might be out of date) is iText doesn't provide a way
to attach custom dictionaries references to the Pag
.read( buf );
> > > }
> > > }
> > >
> > > --Mark Storer
> > > Senior Software Engineer
> > > Cardiff.com
> > >
> > > #include
> > > typedef std::Disclaimer DisCard;
> > >
> > >
> > >
robat that doesn't like the image.
>
> Paulo
>
> > -Original Message-
> > From: Larry Reeder [mailto:lnree...@gmail.com]
> > Sent: Tuesday, September 15, 2009 3:39 PM
> > To: itext-questions@lists.sourceforge.net
> > Subject: [iText-questions] Large JPG fi
I'm loading a very large JPG (173 MB, with geometry 28000x28000) into a PDF
using the iText SDK. iText creates the PDF without error, but, based on the
size of the resulting PDF, only about 134 MB of the JPG is loaded. As a
result, Adobe Reader loads most of my PDF, but complains that there is
"I
13 matches
Mail list logo