Summary: | PDF file does not display on the screen | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | Till Kamppeter <till.kamppeter> |
Component: | X Display Driver | Assignee: | Michael Vrhel <michael.vrhel> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | christinedelight.top85 |
Priority: | P4 | Keywords: | bountiable |
Version: | 8.70 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- |
Description
Till Kamppeter
2009-07-29 02:24:10 UTC
Hmm, my results are different, but also incorrect. I tried it here on my Fedora setup and it does display, but colours are inverted. That is, the image is mostly black with white text.... I then selected the tiff24nc device, and got the same result. tried pbmraw, same result, tried png16m, same result. I quickly checked a couple of other PDF files and they were OK, tried on Windows and invoice-reduced displays OK. For me at least "png16m" gives the correct result (on Ubuntu Karmic, GS 8.70RC1 Debian-packaged without patches applied to the code of GS). It appears that the image in the PDF file is a soft mask, inside a Pattern :-( The page content stream sets the Pattern colour space and then fills a rectangle (full page, 612x792) with it. Possibly one for Michael to look at ? Please specify the device you are using -- 'screen' is ambiguous. On many linux/unix systems the default device is x11alpha and there are known problems with x11alpha and pages with transparency (bugs currently open). If the default device is x11alpha, please try with -sDEVICE=x11 You are right. With "x11alpha" the mentioned problem occurs, with "x11" the file displays correctly. Can you put references to the x11alpha transperency bugs here? This needs fixing to make GraphicsAlphaBits=4 compatible with transparency. This renders correctly as of rev 12380 |