Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!ukma!husc6!lloyd!kent
From: kent@lloyd.camex.uucp (Kent Borg)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Printing BitMaps
Message-ID: <476@lloyd.camex.uucp>
Date: 14 Aug 89 02:21:35 GMT
References: <2700@ur-cc.UUCP>
Reply-To: kent@lloyd.UUCP (Kent Borg)
Organization: Camex, Inc., Boston, Mass USA
Lines: 36

In article <2700@ur-cc.UUCP> tonyg@cvs.rochester.edu (Tony Giaccone) writes:
>I'm trying to print a bit map to a laserwriter over appletalk, and
>I'm having a rather strange problem. When I print the image directly
>to the printer, I get a pattern that looks like an 8 bit images is
>being interpreted as a one bit deep image. However, with the same
>code if I enable background printing the bitmap prints correctly.
>
>I'm opening a standard mac window (with newwindow), and in fact
>I open two windows and copybits the bitmap in the first window
>to the second, to insure that I have a valid bit map. 
>
>Can anyone explain why the use of background printing should
>make any difference???

I have a different question.  A co-worker of mine has been muttering
about how when his code prints a (usually AppleScanned) graphic
without background printing, it works.  When background printing is
on, there will sometimes be a horizontal, one pixel, white line
through the image, sometimes two.  The line seems not to be a missing
line of pixels, but an extra line of white pixels.  Sometimes, instead
of the line, the image will be horizontally offset, and wrapped
around.

Using the hidden "Disk File" checkbox in the print dialog, I compared
the images, and they differed by more then 30K for a 400K PostScript
file.  

There are more things for me to check, but in the mean time, have any
of you seen differences between printing in the background and not?

Thanks.

Kent Borg
kent@lloyd.uucp
or
...!husc6!lloyd!kent