On Tue, Jul 20, 2010 at 12:34 AM, Mark Storer wrote:
> Bad news. They are indeed drawing a white box (among other things...
> yuck) on their background.
My god, you speak PDF! Think I'm going to have to learn to do
likewise. Did you use a tool to 'look into' the PDF to help you
diagnose this? Wh
Bad news. They are indeed drawing a white box (among other things...
yuck) on their background.
Here's the first line of that content stream, broken down by individual
operators:
%% Push the state, pop the state... that was helpful.
q Q
%% clip the page to its own media box. More help.
q 0 0 595
As I understand things, the "draw a solid white box over the entire
background" practice used to be quite common in the old PostScript
days... probably a workaround for some problem or another leaving "new"
pages in a not-quite-new state.
It certainly isn't unheard of... it's just a huge PITA for
I thought that was what we've been saying since the beginning, Eli...
The current API does NOT support READING layer information - except using the
LOW LEVEL APIs.
Leonard
-Original Message-
From: Segev, Eli [mailto:ese...@ptc.com]
Sent: Monday, July 19, 2010 5:23 PM
To: Post all your q
When creating a new PDF Document adding new layers can be done very
easily. There are several examples of how to do that on the Internet
and in the iText book. This is definitely supported by the current
iText API and there is no need for low level objects. I am trying in a
similar way to read t
Hi,
Thanks very much for your help with this :)
On Mon, Jul 19, 2010 at 8:34 AM, 1T3XT info wrote:
> Can you post a PDF so that we can see which hypothesis is correct?
> If it's one of my guesses, it will be easy to solve your problem.
> If it's indeed the white background problem, we'll have to
I think you are trying to mix the high level objects used during creation with
the low level objects used in the actual PDF file. You can't do that - they
don't relate to each other.
To do the work you want, you will need to work ENTIRELY at the low level. And
that requires a detailed underst
I could not find in any of the dictionaries in the 'Catalog' any object
of type PDFOCG (I know that it is an interface). This is what I am
looking for. How do I do that?
BTW, with PdfName.D instead of PdfName.OCG I can get to the ON array and
OFF array, but they also don't lead to any graphics i
If you pass any PDF object into PdfReader.getObject(...) you can be sure
that the return value is a "direct" object, not a reference.
However, I strongly prefer the getAs* functions for various reasons,
automatic indirect object lookup is just one of them:
PdfDictionary root = reader.getCatalog()
Do these Array or Dictionaries contain any PdfLayer objects?
---
Eli Segev
781-370-6096
-Original Message-
From: Leonard Rosenthol [mailto:lrose...@adobe.com]
Sent: Thursday, July 15, 2010 6:14 PM
To: Post all your questions about iText here
Subject: Re: [iText-question
I don't see any PdfReader.getObject( myRef ) in the API. There is
PdfReader.getObject( PdfObject ), though.
I still have not found any PdfLayer (or PDFOCG) objects in the catalog.
There are dictionaries and arrays that do not contain these objects.
---
Eli Segev
781-370-6096
PdfGraphics2D, AFAIK, doesn't support CMYK since Graphics2D doesn't support
CMYK. It's an RGB-based model only.
The CMYK-extensions for SVG were introduced in the SVG Print specification
which is DIFFERENT than the standard SVG spec. In addition, you are trying to
use the newer (SVG 1.2) ICC-
Hello!
I am working for a print company, the actual project is a web2print system,
where a customer can enter his data for print media like business cards,
which will be rendered as png for preview and pdf for print.
It works fine using a Graphics2D Object for rendering, using BufferedImage
to g
reena wadhwa wrote:
> Hi all,
>
> I am using iText.jar to generate PDFs and facing a strnge issue. If the
> data has two or more than two riws then PDF gets generated correctly
> ,but if it has single row then it gives error saying "File does not
> start with '%PDF-' ".
The "cause" you mentio
Hi all,
I am using iText.jar to generate PDFs and facing a strnge issue. If the data
has two or more than two riws then PDF gets generated correctly ,but if it
has single row then it gives error saying "File does not start with '%PDF-'
".
I am using following code :-
Here nlCols and nlRows are col
Paul Russell wrote:
> My working hypothesis is that both PDF files have a white background
> embedded in them, which is obscuring the underlay.
That IS possible, but I haven't seen it happen much.
I've seen opaque backgrounds for XObjects containing charts,
but it's unusual for a PDF producer to c
16 matches
Mail list logo
