Path: utzoo!attcan!uunet!lll-winken!ames!elroy!forsight!jato!mahendo!earle
From: earle@mahendo.Jpl.Nasa.Gov (Greg Earle)
Newsgroups: comp.windows.x
Subject: Re: Xqvss, Xwd, Xpr, & pbm problem
Keywords: Xqvss Xwd Xpr pbm
Message-ID: <415@mahendo.Jpl.Nasa.Gov>
Date: 19 Mar 89 07:10:42 GMT
References: <1824@gmu90x.UUCP>
Reply-To: poseur!earle@Sun.COM (Greg Earle)
Distribution: na
Organization: Sun Microsystems - JPL on-site Software Support
Lines: 36

In article <1824@gmu90x.UUCP> rauletta@gmu90x.UUCP ( ) writes:
>I have recently built the R3 release of X11
>and am having extensive problems with getting Xwd dump
>files to print using either Xpr or pbm and I was wondering
>if there was a known solution to this problem.

I don't know if this is related, but when I do a `xwd' on a color Sun-3/260C
(using the `-xy' option as required for color), the dump file seems to be OK
(a subsequent `xwud' works just fine), but when fed to a resulting 
`xpr -density 300 -device ps' the bitmap in the PostScript output is an
all-black window (i.e., all 0's in the bitmap segment of the PostScript).
This happens even when the window which is dumped is black-on-white.

One thing that is confusing in the documentation is that the `xwd' man page
says that one needs to use XYPixmap dump format:

	-xy  This option applies to color displays only.  It
	    selects `XY' format dumping instead of the default
	    `Z' format.

Yet, the `xpr' man page seems to contradict this:

	Multiplane images must be recorded by `xwd' in `ZPixmap' format.
	Single plane (monochrome) images may be in either `XYPixmap'
	or `ZPixmap' format.

(Further clouding the issue is that the above comment comes at the end of
 a section about HP printers.)

Can someone clarify this?  I thought that `xpr' would convert any input
color to an appropriate white/black value ...

-- 
	Greg Earle			earle@Sun.COM
	Sun Microsystems		earle@mahendo.JPL.NASA.GOV
	JPL on-site Software Support	poseur!earle@elroy.JPL.NASA.GOV
...!{cit-vax,ames}!elroy!poseur!earle	...!sun!{poseur!}earle