Back on the subject of PDF forms, I don't know
anything about these, but I was thinking... are they
comparable to HTML forms, and if so, would it be
possible to create a generic Form Element that could
be handled by the DocWriter implementations?
-Matt
___
I'd
suggest using a servlet. You don't get the extra
whitespace.
-Original Message-From: terry wu
[mailto:[EMAIL PROTECTED]]Sent: Friday, April 12, 2002 2:53
PMTo: [EMAIL PROTECTED]Subject:
[iText-questions] output PDF in JSP pageHi all! I
am generating PDF file in a JS
Hi all!
I am generating PDF file in a JSP page. I did several pages using the same concept. some of them works fine. But some kept either giving me "file is damaged and can not be repaired" error or generating a bunch of strange character on the screen.
I tried to pull out information from d
Hi Paulo,
> This is faster and works well:
>
> public static final byte[] getISOBytes(String text)
> {
> if (text == null)
> return null;
> int len = text.length();
> byte b[] = new byte[len];
> for (int k = 0; k < len; ++k)
> b[k] =
Hi all!
I am generating PDF file in a JSP page. I did several pages using the same concept. some of them works fine. But some kept either giving me "file is damaged and can not be repaired" error or generating a bunch of strange character on the screen.
I tried to pull out information from d
This is faster and works well:
public static final byte[] getISOBytes(String text)
{
if (text == null)
return null;
int len = text.length();
byte b[] = new byte[len];
for (int k = 0; k < len; ++k)
b[k] = (byte)text.charAt(k);
Quoting David Teran <[EMAIL PROTECTED]>:
> Hi,
>
> i finally fixed two things: first you comments Paulo and then a bug when
> building the cache.
OK, I uploaded all your code to CVS.
> We are also using a small cache in DocWriter for getISOBytes(char c),
> also attached.
I changed 1 small t
Hi,
i finally fixed two things: first you comments Paulo and then a bug when
building the cache.
The performance boost does not come mainly from the inner Cache class in
PdfContentByte, this just reduces filesize if you only use the pdf
package (advanced PDF) and not the text package.
The pe
I've been thinking about the color caching and it's probably not worthwhile,
at least for the PDFs generated traditionally with Document.add(). Each time
a color is changed in the text it's afterwards immediately reset to black,
defeating any caching strategy.
Your performance gains come from colo
Hi,
On Friday, April 12, 2002, at 06:12 PM, Paulo Soares wrote:
> Excelent idea! Some first impressions:
>
> -- caching in PdfContentByte is only done for RGB. If other colorspace
> is
> used the result is undifined when changing back to RGB. The other
> colorspaces are in cache but it still m
Excelent idea! Some first impressions:
-- caching in PdfContentByte is only done for RGB. If other colorspace is
used the result is undifined when changing back to RGB. The other
colorspaces are in cache but it still misses the patterns and the spot
colors. It also only caches the float RGB, not
Quoting Nicolas Serrador Ivering <[EMAIL PROTECTED]>:
> I have a question about the isEmpty-method in Chunk. Right now it looks
> like this:
>
> public final boolean isEmpty() {
> return (content.toString().trim().length() == 0) && (attributes ==
> null);
> }
>
> and thus finds a chunk rep
I have a question about the isEmpty-method in Chunk. Right now it looks
like this:
public final boolean isEmpty() {
return (content.toString().trim().length() == 0) && (attributes ==
null);
}
and thus finds a chunk representing a newline ('\n') to be empty since
trim() deletes the newline c
I have a question about the isEmpty-method in Chunk. Right now it looks
like this:
public final boolean isEmpty() {
return (content.toString().trim().length() == 0) && (attributes ==
null);
}
and thus finds a chunk representing a newline ('\n') to be empty since
trim() deletes the newline c
Quoting [EMAIL PROTECTED]:
> Hi I am Using Itext Table. I am using document.newPage(); in the middle of
> the tabel. when it breaks to the next page it pronts the previous pages
> cell also to the new page. Can anyone Help please.
>
> Part of My Code
>
> for (int j = 0; j < ltlOutbHead.getHoldB
Hi I am Using Itext Table. I am using document.newPage(); in the middle of
the tabel. when it breaks to the next page it pronts the previous pages
cell also to the new page. Can anyone Help please.
Part of My Code
for (int j = 0; j < ltlOutbHead.getHoldBean().size(); j++) {
LTLReportOutbDet
That's the expected behavior for PdfPTable. The workaround it to use
ColumnText directly.
Best Regards,
Paulo Soares
> -Original Message-
> From: Bruno Lowagie [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, April 12, 2002 11:55
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject:
Quoting <[EMAIL PROTECTED]>:
>
> - Original Message -
> From: "Bruno Lowagie" <[EMAIL PROTECTED]>
>
> > Quoting ÄçìÞôñçò Âáöåéáäçò <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > does anyone know how Icould create a table with cells extending to more
> than
> > > one page?
> >
> > What do
I'm for following and improving PdfGraphics2D. Of course, anyone can take
JFreeChart and replace the graphic commands inside but that's bad luck for
those using other chart packages, even commercial ones. Changes in the
package would also force two way development. There's not much overhead in
us
> -Original Message-
> From: David Teran [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, April 12, 2002 0:32
> To: [EMAIL PROTECTED]
> Subject: [iText-questions] optimizing formatDouble and append in
> ByteBuffer
>
> Hi,
>
> i played around with the profiling infos from the JVM and it
Hi,
does anyone know how Icould create a table
with cells extending to more than one page?
Dimitris
21 matches
Mail list logo