int pageNumber = 1;
PdfReader reader = new PdfReader(Icerik);
Rectangle size = reader.GetPageSizeWithRotation(pageNumber);
Document document = new Document(size);
FileStream fs = new FileStream(@c:\TahakkukFisi\ + EvrakKey + .pdf,
FileMode.Create, FileAccess.Write);
PdfWriter writer =
Hello,
I am using iText for generating PDF output. I have a requirement where
i need to draw a chart in PDF output.
For drawing chart, I have the following code snippet.
PdfTemplate tp = contentByte.createTemplate(chartWidth,
chartHeight); //create graphics
you can use setBorder(Rectangle.BOTTOM)
Instead of setting the left, right and top border to 0,
why not just tell iText it should only draw the bottom border?
It won't solve your problem, but I prefer using setBorder().
I Have tried using this method. Its good but problem is that
Date: Thu, 17 Dec 2009 16:07:02 +0530
From
To: itext-questions@lists.sourceforge.net
Subject: [iText-questions] URGENT:
com.lowagie.text.pdf.PdfGraphics2D.fillArc() takes more timeto execute
.ExternalClass DIV
{;}
[ hotmail refuses to handle plain text in a rational way ... ]
Hi,
I have written some code that prints a PDF using the wonderful
PdfGraphics2D class from iText.
When printing text using LucidaGrande on SnowLeopard the umlaut
characters are missing. When printing the exact same data on Leopard
everything works. On SL it also works when using Arial for
HI,
I have a 1.pdf that is having XObject and it needs to be embedded in
2.pdf. When 1.pdf is embedded in 2.pdf, 1.pdf's XObject's ID get changed.
Our project requirement is such that 1.pdf's XObject's ID should not get
changed when it is embedded into 2.pdf. It should remain same.
If anybody
What's an XObject ID?
Paulo
-Original Message-
From: Arvi Chauhan [mailto:chouhan.arv...@gmail.com]
Sent: Thursday, December 17, 2009 1:35 PM
To: itext-questions@lists.sourceforge.net
Subject: [iText-questions] XObject embedding
HI,
I have a 1.pdf that is having XObject and
PDF Object ID's are NOT stable - they aren't designed to be. In fact, if you
simply open up 1.pdf in Adobe Acrobat (or any other PDF viewer/editor) and do a
File-Save As your object IDs will change.
You need to rethink your requirements!
Leonard
-Original Message-
From: Arvi Chauhan
Congrats on the new iText, especially with changing the package name from
com.lowagie to com.itextpdf...this makes it so much easier to use with
Adobe ColdFusion versions.
Thanks!
--
View this message in context:
http://old.nabble.com/Package-Names-for-iText-5.0.0-tp26829619p26829619.html
Sent
Duh. Got confused with the layer method. Still the wrong name. Thanks
for catching that.
SD
On Dec 16, 2009, at 10:33 PM, 1T3XT info i...@1t3xt.info wrote:
Spencer Dillard wrote:
Have read the book, searched, and experimented, but I can't seem to
get
there...
In my onEndPage event, I
Christoph Wagner wrote:
Hi,
I have written some code that prints a PDF using the wonderful
PdfGraphics2D class from iText.
When printing text using LucidaGrande on SnowLeopard the umlaut
characters are missing. When printing the exact same data on Leopard
everything works. On SL it also
ennidhi wrote:
I Have tried using this method. Its good but problem is that width(thickness
of the line) cannot be set. Again we have to go for setwidth***() method to
set the thickness.
There's a general setWidth() method you can use in combination with
setBorder(). Anyway: that's
mihir brahmbhatt wrote:
The fillArc() method overridden for PDFGraphics2D takes average 215
milliseconds to execute for my chart data. In against to this, while
using *sun.java2d.SunGraphics2D *for drawing chart, the fillArc() method
is executed within 15 milliseconds for the same chart
Date: Thu, 17 Dec 2009 19:55:37 +0100
From: i...@1t3xt.info
To: itext-questions@lists.sourceforge.net
Subject: Re: [iText-questions] URGENT:
com.lowagie.text.pdf.PdfGraphics2D.fillArc() takes more time to execute
mihir brahmbhatt wrote:
The
Here I am facing the performance issue while using the
graphics instance of com.lowagie.text.pdf.PdfGraphics2D
for drawing chart.
The fillArc() method overridden for PDFGraphics2D takes
average 215 milliseconds to execute for my chart data.
In against to this, while using
Mike Marchywka wrote:
So what exactly does it put into the pdf file?
Something similar to SVG arc description?
Bézier curves.
You would think this would be fast but if is written in java could get slow I
guess.
With PdfContentByte, a circle is drawn using one moveTo()
and 4 curveTo()
Mark Storer wrote:
Are you measuring the time to generate the entire PDF, or just the call to
fillArc()?
Comparing save a PDF to disk to draw an arc on screen isn't a
particularly fair comparison.
I answered before reading this. That's correct.
I overlooked the possibility that Mihir was
Hi, i have a problem drawing images of 96dpi in a CELL...
If you see the file http://old.nabble.com/file/p26835718/screenPDF01.bmp
you will see 4 lines. The 4 lines are the same image, and i load it with:
Image imgProductSepLarge = Images.getInstance(...imgProductSepLarge); //
The file is in
Hi, i have this three files:
- http://old.nabble.com/file/p26835792/example72dpi.bmp
example72dpi.bmp
- http://old.nabble.com/file/p26835792/example96dpi.bmp
example96dpi.bmp
- http://old.nabble.com/file/p26835792/example299dpi.bmp
example299dpi.bmp
I'm drawing each image
Well,
When I use that font using TextEdit, Word or any other application, the
glyphs are there and visible. Only iText is unable to print them correctly.
That's why I think that iText is the source of the problem. And it's never
working with LucidaGrande on SnowLeopard.
Any idea?
Best,
Does that font work outside PdfGraphics2D with a plain BaseFont?
Paulo
- Original Message -
From: Christoph Wagner cwag...@canto.com
To: 'Post all your questions about iText here'
itext-questions@lists.sourceforge.net
Sent: Friday, December 18, 2009 12:06 AM
Subject: Re:
Your problem is a non-issue
caused by something called resolution and device space.
Is there a way to address this problem using iText? or else is it ok to
display like this?
Thanks
1T3XT info wrote:
ennidhi wrote:
I Have tried using this method. Its good but problem is that
SebastianC wrote:
The problem is that all images are displayed on PDF with the same HEIGHT and
WIDTH.
iText doesn't look at the dpi.
It will draw all the images with w = 220pt and h = 40pt.
I'm right or i'm loosing something?
You didn't read the correct documentation.
Wich is the
ennidhi wrote:
Your problem is a non-issue
caused by something called resolution and device space.
Is there a way to address this problem using iText?
It's not an iText problem. It's how the viewer works.
If it's not an iText problem, why do you think iText
(or any other product for that
thanks Leonard,
I am also on your side. But .. ok let me know you what exactly client needs
from us.
Client have code to manipulate(stretching it or we can say make it easy to
view on pdf) pdf1Image which is a XObject in 1.pdf.
So here they want to manipulate pdf1Image from 2.pdf when 1.pdf
If you will see pdf binary code means open your pdf in notepad then
you will see something like this
6 0 obj/CropBox[0.0 0.0 127.6 83.75]/Parent 1 0 R/Contents 7 0 R/Rotate
0/MediaBox[0.0 0.0 127.6
I recently came across your product, and seemed to be the answer to my project.
I am trying to manipulate and edit PDF's (plain text footers and page numbers
and bookmarking, specifically). However, I am limited to developing in Access
2007 VBA rather than a .NET platform. When I attempted to
Arvi Chauhan wrote:
13 0 obj is a XObject id.
That's so wrong. 13 is an id for a stream object.
It's not an XObject id. Your design is seriously flawed.
Throw it away and start anew.
--
This answer is provided by 1T3XT BVBA
http://www.1t3xt.com/ - http://www.1t3xt.info
Arvi Chauhan wrote:
let me know you what exactly client needs from us.
So this is a commercial question?
If your client were our client, we'd talk to him about alternative
solutions, but he isn't. Why would we help you with your customer
if you didn't even bother to subscribe to the mailing
To perhaps extend Bruno's point: When I look at the problem PDF you posted in
PDFxchange Viewer (a free PDF viewer that permits annotation of PDFs from
www.docu-track.com), the lines all look the same. There are no bold and
non-bold lines.
Regards,
---mr. bean
re
ennidhi wrote:
Your
30 matches
Mail list logo