Paulo
thank you very much, works perfectly now! Are there any side effects of this
setting since it is switched off by default? Just curious
@Mark: I actually tried a few viewers but it looks the same in all of them.
Thanks again!
Markus
Gesendet mit meinem HTC
- Reply message -
Hi,
when importing pages, an inaccuracy occurs. Consider the following example:
public static void main(String[] args)
throws Exception
{
Document doc = new Document(new Rectangle(0, 0, pt(500), pt(500)));
PdfWriter writer = PdfWriter.getInstance(doc,
Mathias
look into the manual of your RIP or printer driver for the exact name of
the spot color needed (probably "CONTOUR" or "CutContour" depending on
the RIP). Then construct a PdfSpotColor with the given name:
http://api.itextpdf.com/com/itextpdf/text/pdf/PdfSpotColor.html
Regards,
Markus
Am 17.02.2010 11:19, schrieb Bruno Lowagie:
> That's not true. The Free Software Foundation has been discouraging the
> use of the LGPL a long time ago:
> http://www.fsf.org/licensing/licenses/why-not-lgpl.html
> The AGPL is compatible with GPLv3 and other AGPL libraries. The LGPL for
> iText was b
Bruno,
Am 17.02.2010 10:25, schrieb Bruno Lowagie:
> You were asked to contact Andrew because I was at the film festival in
> Ghent at that time (October 6-17): I only went online to check my mail,
> giving priority to Andrew's mail. His answer was correct: I don't have
> the time to accept develo
Am 17.02.2010 01:31, schrieb mister bean:
> "iText PDF AGPL Java-PDF library" If you go to lowagie.com and click on
> "iText Home Page," you see the same thing. For most users, having the AGPL
> aspect highlighted and bold as the first line of text on the project's home
> page is pretty clear. Noth
Am 17.02.2010 01:16, schrieb Mark Storer:
> Efforts were made to make this change more prominent, though those
> efforts may have fallen short (license.txt? whoops). In particular,
> the move from "com.lowagie" to "com.itextpdf" coincided with the
> license change, as did a jump in version numbe
Bruno,
thanks for your answers.
Am 17.02.2010 00:53, schrieb Bruno Lowagie:
> The license change was announced on different occasions, at least 6
> months before the actual change.
>
Still I think, a prominent news item on the website or a prominent
README_LICENSE_CHANGE.TXT in the tarballs
Am 16.02.2010 20:04, schrieb Brett Neumeier:
> Yes, absolutely!! My question, in my previous email and in this one,
> is: what is the text in the AGPL that causes it to operate in the way
> that you assert that it does?
>
>
Moreover, there are some more points to consider.
First, it seems that
Am 15.02.2010 09:23, schrieb Fred Janon:
> That's what I thought initially, but then I tried to use the iReport
> editor and it cannot handle more than real basic editing.
>
iReport is not Word, that's for sure, but iReport has lots of support
for creating templates and filling them with chart
Fred,
JasperReports (with its iReport editor) sounds perfect for that task.
Note that JasperReports uses iText internally, but creates the PDFs from
scratch. However if you have lots of Word documents and would need to
convert them by hand something like a Word VBA macro is probably the
easies
I know for a fact that CALLAS pdfToolBox SDK supports splitting a PDF
into layers so it may be possible to remove/flatten layers using a
combination of operators. What's the price point of Adobe's PDF Library?
CALLAS SDK is at about 4.000 EUR.
Markus
Am 08.02.2010 16:56, schrieb Leonard Rosen
Hi,
when writing large chunks of data over UNC paths (SMB shares) on Windows
it may happen that an errnous exception ("insufficient system
ressources") is thrown. Actually, the problem seems to be that the
underlying Windows subsystem fails when one uses OutputStream#write() on
buffers larger
Hi,
I have code like the following:
PdfReader reader = new PdfReader("image.pdf");
PdfImportedPage page = writer.getImportedPage(reader, 1);
Image image = Image.getInstance(page);
image.setAbsolutePosition(0, 0);
image.scalePercent(15f);
document.ad
Brian Busch schrieb:
> Markus - he included the stack trace on his first post:
Okay, I missed that, sorry.
> java.lang.OutOfMemoryError: Java heap space
> at java.lang.String.toCharArray(String.java:2726)
> at com.lowagie.text.pdf.PdfName.(Unknown Source)
I agree that it probably really
It's entirely possible that something is just throwin an out of memory
exception when there actually is enough memory available.
I think you should check where exactly the out-of-memory condition
occurs (stacktrace of the exception).
Markus
Massimiliano Ziccardi schrieb:
> The only object I t
le is in
> Unicode and it came like that from BouncyCastle.
>
> Paulo
>
>> -Original Message-
>> From: Markus Meyer [mailto:me...@mesw.de]
>> Sent: Thursday, February 26, 2009 7:29 AM
>> To: Post all your questions about iText here
>> Subjec
Markus Meyer schrieb:
> I will have a look at setting a sRGB ICC profile for the embedded images.
Just for the record, I had a look through the source code and at least
iTextSharp already seems to have a "TagICC" property for the Image class
which allows to attach an ICC prof
Hi,
I just checked out the iTextSharp CVS HEAD (itextsharp_new) and it does
not compile because the file
"srcbc\asn1\isismtt\x509\AdmissionSyntax.cs" contains lots of strange
characters. When I go to
http://itextsharp.cvs.sourceforge.net/viewvc/itextsharp/itextsharp_new/srcbc/asn1/isismtt/x509
ognized and used.
>
> As far as assigning the profile - you may need to modify the iText sources to
> enable you to pass the profile along with the raw image data - but it should
> be a VERY EASY and straight-forward change...
>
> Leonard
>
> -Original Message-
> F
Hi,
I would like to create a PDF with iText with digital photographs in it
which has suitable color conversion information for printing. The
photographs use the sRGB colorspace and the output intent of the PDF
should be ISOcoated_v2.
This gives me two questions:
1. I do not load the image fil
/2006/09/20/4459.aspx
Regards,
Markus
1T3XT info schrieb:
> Markus Meyer wrote:
>> Setting the "GenerateChecksum" member does not seem to have any
>> effect.
>
> No, generateChecksum is only supported for Barcode39, BarcodeCodabar and
> BarcodeInter25.
>
Hi everyone,
I'm using iTextSharp 4.1.2.0 and I try to create an EAN-13 barcode
(actually EAN-13 with EAN-5 supplement) and want iText to automatically
calculate the checksum.
I would like to use code like the following:
---
Barco
(Reposting this to itext-questions, because I asked this on
itextsharp-questions and got no answer. Also, itextsharp-questions seems
to have a very low volume, maybe it's (almost) dead?)
Hi,
I'm using iTextSharp 4.1.2.0.
I'm trying to apply smasks to an image like it is shown in the attached
24 matches
Mail list logo
