Mark Storer wrote:
> 1) In PDF, we always use 72 DPI (dots per inch).
> 2) In windows, you can have a variety of DPIs, though 96 seems pretty
> standard.
Another thing to pay attention to:
many viewers perform a "shrink to fit page size" operation.
This varies from printer to printer and can caus
Mark Storer wrote:
> However, it relies on some other .jar files... from "bouncy castle",
> which I thought were included in the distribution.
As soon as Encryption or Digital Signatures are involved,
or if you want to compile iText yourself, you need the
Bouncy Castle jars (pure Java).
> iText
Daniel Essin wrote:
> northern or southern?
The plan is to fly to San Francisco.
Spend some days there.
Do some business in Palo Alto.
Then drive from SF to LA in two days
(spending the night somewhere in between).
Spend one or two days in LA,
then fly back to Europe from LA.
That's the plan for
Mark - FYI, basefont isn't required for Type3 fonts (or TrueType for that
matter). I had the same reaction when I first ran into this issue, but the
spec never lies, right? It just injects ambiguity and confusion.
--
View this message in context:
http://itext-general.2136553.n4.nabble.com/NPE-
ok - I ran into this issue myself a month or so ago. It's been fixed in the
5.0.3 codebase (which is the current HEAD in SVN).
/** Creates a new instance of DocumentFont */
DocumentFont(PRIndirectReference refFont) {
encoding = "";
fontSpecific = false;
this.refFo
According to the PDF Reference (ISO 32000), BaseFont is a required
field. So where did this PDF come from?
It's possible that the font's FondeDescriptor has a /FontName entry
(also required, and required to match BaseName). I suspect Adobe has
bullet-proofed their applications to the point where
On Mark's advice I downloaded the source code from the 5.0.2 branch
and dug a little deeper...
The NPE is thrown on the following line of the DocumentFont constructor.
fontName = PdfName.decodeName(font.getAsName(PdfName.BASEFONT).toString());
It turns out that font.getAsName(PdfName.BASEFONT) r
iText is pure java, yes.
However, it relies on some other .jar files... from "bouncy castle",
which I thought were included in the distribution.
There are also a couple different itext*.jar files you might be missing.
Asian fonts take up lots of space and aren't part of the main
distribution.
There's a really simple solution here. Render your word document as a
PDF and use PdfStamper to Add Stuff.
To address your question directly, lets first ass-u-me that you're using
100% zoom.
1) In PDF, we always use 72 DPI (dots per inch).
2) In windows, you can have a variety of DPIs, th
Hi, Guys,
Business gives me a Word template, I am supposed to produce a similar
PDF document using iText. The font size used in the Word is 12.
If I similarly use font 12 in iText, the font size in the generated PDF
looks slightly smaller than the font size in Word document. It matches
better if
Hello list!
I would like to know if any of the iText versions needs native libraries or if
it's 100% pure.
As far as my limited Java knowledge allowed me to read and understand the
sources, I would assume there aren't any external dependencies, but I need to
make sure.
Sorry for bothering the
northern or southern?
Dan
On Jun 16, 2010, at 12:56 AM, Bruno Lowagie wrote:
> Hello,
>
> a short personal message to iText developers in California: Next month,
> I'll probably visiting California with my wife and kids. I don't have an
> exact timing yet (end of July is the most accurate es
I will add to Mark's (excellent) stream of consciousness analysis:
The next step is to see what the name of the font resource is that is
causing the problem. Then, load RUPS and dig into the page dictionary and
find the entry for that font resource - given what Mark is showing in the
source, mos
Thanks for your help,
It works perfectly !
-Original Message-
From: 1T3XT info [mailto:i...@1t3xt.info]
Sent: lundi 14 juin 2010 18:02
To: Post all your questions about iText here
Subject: Re: [iText-questions] Cell spliting over page break
François Miermont wrote:
> Hi,
>
>
>
> Im
pri...@samea.de wrote:
> Hello ,
>
> I tried to embed the BaseFont "Helvetica" but Acrobat says that=20
> it isn't embedded.
This is explained in the documentation.
See chapter 11 of the second edition of "iText in Action".
> this is may Code based on itext 2.0.7:
> String text0 =3D
Hello ,
I tried to embed the BaseFont "Helvetica" but Acrobat says that=20
it isn't embedded.
this is may Code based on itext 2.0.7:
String text0 =3D "This is the quite popular built in font '" + =
BaseFont.HELVETICA + "'.";
Paragraph p =3D new Paragraph("THIS IS TEST", =
Hi,
I recently switched from 1.4.7 to 5.0.2 and noticed, that one image in a
table does not render correctly. I did some research and changed the code
to:
URL url = getClass().getResource("images/logo.gif");
logo = Image.getInstance(url);
Image logo;
cell = new PdfPCell(logo, false);
so that no
Hello,
a short personal message to iText developers in California: Next month,
I'll probably visiting California with my wife and kids. I don't have an
exact timing yet (end of July is the most accurate estimate for now).
Are there people, places, things I should visit?
It's probably best to an
dlima wrote:
> dlima has sent you a Secure E-Mail Message. The e-mail you have
> received may include confidential information.
If your mail contains confidential information, then why are you
sending it to about 2000 subscribers of a public mailing list?
As the posts to the mailing list are ar
Robert Franzese wrote:
> Well, we're creating a PDF that will be sent through a web service to a third
> party,
> and they (for some reason) have a limited number of fonts that they're
> willing to use.
Seems reasonable. That's not really a problem for iText.
> I believe Arial is the most commo
20 matches
Mail list logo
