Leonard Rosenthol-3 wrote:
According to section 12.5.2 of the PDF specification, this is used to
determine the visibility of the annotation, and ...If it is determined
to
be invisible, the annotation shall be skipped, as if it were not in the
document. (my emphasis).
You skipped
Leonard Rosenthol-3 wrote:
On 9/5/09 11:05 AM, Tony Stevens tony.stev...@turnkey.com.au wrote:
I'm doing some experiments to see what I can achieve with PDF optional
content, and I'm confused with what's happening when I add an annotation
in
a specific layer. In the PDF below, page 1
I'm doing some experiments to see what I can achieve with PDF optional
content, and I'm confused with what's happening when I add an annotation in
a specific layer. In the PDF below, page 1 layer 2 has a link (the red X) to
show the alternate version of the page in layer 1. This works, but when
Lopes, James wrote:
I'm not seeing a huge space between the inner Paragraphs.
...
ps0.add(ps1);
ps0.add(ps2);
document.add(ps0);
Paragraphs can't contain other paragraphs. When you add() a paragraph to
another you're just copying the content (I think - haven't checked the
Leonard Rosenthol wrote:
Did you open up the PDF file and look at the structure to make sure it
was written correctly and in the right place?
Leonard
Yes: http://www.nabble.com/file/p20491237/lang.pdf lang.pdf
On further experimentation, I found that Acrobat 8 displays the
strebor1982 wrote:
In the advanced tab of the document properties is it it possible to set
the language under the 'Reading options'?
I was trying to do this too. I tried:
writer.getExtraCatalog().put(new PdfName(Lang), new PdfString(en));
and I can see that the entry is created in
no training.
We have our own XML renderer, so making the PDFs was easy, but XSL FO would
have also worked. If the XML to PDF part is the difficulty, you might also
look at Prince - CSS is much easier to work with, but not as powerful.
Tony Stevens
--
View this message in context:
http
I'm using iText in my application with very good results. However the people
looking at the resulting PDFs are complaining about compression. They have
obviously latched onto the fact that iText only uses flate compression; what
they are saying is that the PDF library they use allows them to use
Bruno Lowagie (iText) wrote:
Hello,
I thought it would take changes in about 20 iText classes to implement
zlib compression levels. I've spent a sunny Sunday afternoon writing
some code and I ended up by changing 26 classes...
Wow!
Now I feel a bit guilty. In fact, it was only one
The PDF reference (available on the Adobe website) is the best way to answer
questions like this.
Section 3.4.1 File Header says that a valid PDF will always start with a
line like %PDF−1.5 (obviously the exact version may be different). Of
course, this won't tell you if the content is valid,
Bruno Lowagie (iText) wrote:
As an experiment, I made the changes described below, and all of the
apparent problems were fixed. Could someone comment on whether these
changes are appropriate?
Thanks for the work comparing the Winchars array.
I've uploaded your changes to SVN. They
Bruno Lowagie (iText) wrote:
You also talked about holes in the Win2PSStd table. I changed
some of the values, but I'm not sure if I did it correctly.
Please check this before you use Pfm2afm.
br,
Bruno
My current theory is that the Win2PSStd table isn't needed. It only comes
into
1T3XT info wrote:
My problem is that I may have to deal with Type 1 fonts installed
on other people's systems. In many cases all I'll have is the .pfm
and .pfb in Windows\Fonts left by the MS Type 1 installer.
It would be interesting to see how iText's Pfm2afm converter
deals
Tony Stevens wrote:
It looks like the automatic .pfm to .afm conversion isn't working. Does
this
sound like an iText bug, or a limitation of the .pfm format?
Is the width value for the bullet available in the PFM file?
--
That's a good question :-) I haven't been able to find a spec
I know a little more about what's going on. The problem occurs if I point to
the .pfm file created by the Windows Type 1 installer. If I point to the
original .afm (which doesn't get copied to \Windows\Fonts) the problem goes
away.
It looks like the automatic .pfm to .afm conversion isn't
Hi,
I'm creating a PDF using the low-level PdfContentByte interface, and I
need to call getEffectiveStringWidth() to calculate the correct
horizontal position.
This has been returning incorrect values when the string contains a
bullet (U+2022). I've tracked through the source and found that
16 matches
Mail list logo
