KGhostview crops pictures arbitrarily in PDF?
G'day all. Anybody else notice this? I created a 4-page document (in FrameMaker, if it makes a difference...) and made a PDF of it. The document included several screen-captures. When I view it in KGhostview, the first two pages are fine, but starting with the third page, each picture loses its top half. The placement remains intact, such that the pictures are in the right place on the page, but the upper half of each picture is just white-space. The picture is not scrunched or compressed. It just has its upper half erased. I view the same file in Acrobat Reader (KDE3 on SuSE 8) and it looks fine. All the included pictures are complete and are properly displayed. Any ideas?
On Thursday 23 May 2002 12:05 pm, Kevin McLauchlan wrote:
G'day all.
Anybody else notice this?
I created a 4-page document (in FrameMaker, if it makes a difference...) and made a PDF of it. The document included several screen-captures.
When I view it in KGhostview, the first two pages are fine, but starting with the third page, each picture loses its top half.
I've got a similar problem, when testing the famous "tiger.ps" file. When the image is displayed (in kghostview or ps/pdf viewer) it is offset so that the tiger's eyes are at the top of the page (the top of his head is off the page). I've tried it w/ gs 6.51, 6.53, and 7.05. Same results every time. Other ps files and pdf files seem to be displayed properly and the tiger will display properly in other ps (gv ghostview) viewers. -- dh I've been awake: 5 hours 16 minutes Suse Linux 7.2 professional kernel 2.4.17, xFree86 4.2.0, kde 2.2.2
----- Original Message -----
From: "Kevin McLauchlan"
G'day all.
Anybody else notice this?
I created a 4-page document (in FrameMaker, if it makes a difference...) and made a PDF of it. The document included several screen-captures.
When I view it in KGhostview, the first two pages are fine, but starting with the third page, each picture loses its top half.
The placement remains intact, such that the pictures are in the right place on the page, but the upper half of each picture is just white-space. The picture is not scrunched or compressed. It just has its upper half erased.
I view the same file in Acrobat Reader (KDE3 on SuSE 8) and it looks fine. All the included pictures are complete and are properly displayed.
Any ideas?
take Acrobat Reader Michael
On Thursday 23 May 2002 16:31, Michael ever-so-helpfully wrote:
----- Original Message ----- From: "Kevin McLauchlan"
[...]
The placement remains intact, such that the pictures are in the right place on the page, but the upper half of each picture is just white-space. The picture is not scrunched or compressed. It just has its upper half erased.
I view the same file in Acrobat Reader (KDE3 on SuSE 8) and it looks fine. All the included pictures are complete and are properly displayed.
Any ideas?
take Acrobat Reader
Um, I was hoping for something actually ... uh, um... helpful (?). Like, maybe "that's a known problem, see this URL for the fix" or "yes, we've seen that -- a good workaround is...." We distribute docs with our products, on CD and by download or via e-mail attachment. For whatever reasons, we prefer to not package proprietary apps with our material. But, we also don't like to tell our customers that they need to download such apps before they can read our stuff. Yes, I know we could use html, but there are readability, searchability and printability advantages to the PDF format. If there's something simple, like particular options and operations to avoid when creating a PDF, that will allow it to display properly in ?ghostview or other readers, then I'd like to hear about it. Maybe turning on/off a Distiller setting, or some tweak in the .ps file generation would avoid creating a problem in the eventual PDF. Maybe there's a particular phrase that could be edited out of the .PS output files before they are Distilled to PDF? If I knew what it was about the .PDF that offends Kghostview (or other Linux pdf viewers), then I might have a basis for attacking the problem. Thanks for your time. /kevin
participants (3)
-
dh
-
Kevin McLauchlan
-
Michael