On Mon, 2 May 2011, Reviczky, Adam wrote:
Hi
Here's another qpdf problem I've encountered lately. Not sure if it's ConTeXt's
fault (simpleslides perhaps?) or qpdf.
Does the problem appear if you use do not use simpleslides? If not, does
it appear if you use style=default? This will help
Does the problem appear if you use do not use simpleslides? If not, does
it appear if you use style=default? This will help narrowing down the
cause.
I've tried a Hello world file and also a non-simpleslides presentation tex
file, all of them work.
So it seems it's simpleslides and yeah,
Hmm, well, I can reproduce this on my presentation even with style=default ...
Adam
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
Right, I have a feeling that this is MetaPost related, hence the random
problems with different styles.
I can reproduce this now without simpleslides too, using only metapost.
Here's a minimal example:
Get logo_ignite.mp from: http://pastebin.com/raw.php?i=VqvcWniu
% slides.tex
On Mon, 2 May 2011, Reviczky, Adam wrote:
Right, I have a feeling that this is MetaPost related, hence the random
problems with different styles.
I can reproduce this now without simpleslides too, using only metapost.
Here's a minimal example:
Get logo_ignite.mp from:
On Mon, 2 May 2011, Hartmut Henkel wrote:
On Mon, 2 May 2011, Reviczky, Adam wrote:
Right, I have a feeling that this is MetaPost related, hence the random
problems with different styles.
I can reproduce this now without simpleslides too, using only metapost.
Here's a minimal
found it: There were 4 null objects in an ObjStm in handout.pdf, stored
now compress: nullnullnullnull (not yet so in 0.70.x). Each null
object has a correct pointer to its begin (the 'n'), so one should
suppose that an object ends at the character ('l') just before the start
('n') of the
On Tue, 3 May 2011, Reviczky, Adam wrote:
found it: There were 4 null objects in an ObjStm in handout.pdf, stored
now compress: nullnullnullnull (not yet so in 0.70.x). Each null
object has a correct pointer to its begin (the 'n'), so one should
suppose that an object ends at the
the PNG_FP_1 i have added recently, it's defined in png.h. Must be some
configure problem, maybe system png.h is used instead of the one coming
with the libpng within luatex. i don't have the problem here. Sorry,
needs investigation...
I was indeed using the system's libpng, my bad.
Strange
