[9fans] 'page' bug?

[9fans] 'page' bug?

[D. Brownlee]

If I:

%term cd /sys/doc/8.5 (that's actually 8 and 1/2)
%term page fig1.ps

I can pan with mouse button 1. Mouse button 3, however,
indicates that there is a "next page," which, if selected,
causes the window to hang.

%term cat fig1.ps | grep '[pP]age'

seems to indicate that there is only one page.


There is no PostScript "%%Pages: 1" in fig1.ps.

Re: [9fans] page bug?

[Richard Miller]

A couple of months ago  Peter Cejchan asked:

> could someone find out why this file
> http://www.gli.cas.cz/home/cejchan/ufiklej.pdf
> appears with cut-off upper margin in page [-P],
> while gs, or pdf2ps treat it OK?

I've managed to sort it out, and a patch has been applied on sources.
There were two problems with the (rare) case of PDF pages with a
CropBox smaller than the page size: Plan 9 images have (0,0) at the
top while PostScript/PDF coordinate space has (0,0) at the bottom, so
the cropped box was being shifted the wrong way; and the CropBox needs
to be rotated when the page is rotated for display.

-- Richard

[9fans] page bug?

[pac7]

hi, folks!

could someone find out why this file
http://www.gli.cas.cz/home/cejchan/ufiklej.pdf
appears with cut-off upper margin in page [-P],
while gs, or pdf2ps treat it OK?

thanks,regards,
++pac.



-- 
Levnější internet v pracovní dny již od 18:00 hod.
Surfujte s VOLNÝ!
http://mimospicku.volny.cz

Re: [9fans] 'page' bug?

[Russ Cox]

It's a cross between a page bug and
the fact that you're looking at a non-conforming
postscript document.  Guessing the layout
of such a document is difficult.

Page attempts to handle such things by
feeding the whole postscript through gs and
displaying whatever images it gets, in order,
which is why you get the "this page/next page"
menu rather than the usual one.  It has no idea
if there really is a next page.

Russ