Hi Andreas, 

 

I guess that I couldn’t express me very well. when I said: 

“I was wondering if the remaining operators which identifies image graphical 
states would

affect fonts and texts operators.” I want to mean that if that set of graphical 
state could affect another operators outside the q-Q stack.

 

I understand that ‘q’ saves the graphics state and ‘Q’ restore the gs saved by 
q.

So if a set of operators are between q and Q, it would not affect anything 
outside this block.

The thing is that I’m not removing any q/Q operators, and it seems to affect 
other parts of the stream.

 

One thing I noticed is that when I redraw the image, it creates another stream, 
a new one just to the new image.

At this case, I have 2 streams and my content stream is actually an array of 
substreams as show in the figure:

 

http://b.imagehost.org/view/0482/comparing-pdfs-in-pdfdebugger

 

Is it possible that a gs of stream 1 affects an operator of stream 0 ?

 

 

thanks,

José Rodolfo Carrijo de Freitas
Analista de Sistemas
Softplan - Departamento de pesquisa e desenvolvimento

Sistema da Qualidade Certificado ISO 9001:2008
(48) 3027 8000 Ramal 8359
http://www.softplan.com.br

 

 

 

 

----------------------------------------------------------

From: Andreas Lehmkuehler 

Subject: Re: copy entire stream of a page ignoring images

Date: Mon, 25 Oct 2010 16:41:27 GMT

 

Hi,

 

Am 25.10.2010 14:28, schrieb José Rodolfo Carrijo de Freitas:

> Adam,

> You were right. With the last solution I would hit objects which were not 
> guaranteed

to be an image.

> However, the font problem is a different one...

> I was wondering if the remaining operators which identifies image graphical 
> states would

affect fonts and texts operators.

A graphics state isn't limited to images. All other operators are also part of 
a gs.

 

> Accordingly with the spec, they wouldn’t affect. However if they work at a 
> stack (and

it seems they do), probably it is interfering in some manner.

You shouldn't remove the q/Q operator, otherwise the stack holding the graphics 

states may be in a mess.

 

> I took a look with pdfdebugger on both streams(the original one, and the 
> edited one)

comparing them. It seems to be exactly as it should, excepts for some 
differences in float

numbers and the image operator (with its name) which I extracted, yet, they 
print differently.

I believe There are some problems in graphics state.

> 

> http://b.imagehost.org/view/0930/comparing-pdfs

> 

> What kind of problem that seems to be?

It looks like an unwanted scaling. Did you remove one or more of the q/Q 
operators?

 

BR

Andreas Lehmkühler

 

 

 

Reply via email to