TOPIC
I have encountered difficulties "ripping" or printing my PostScript print jobs, created by the Apple LaserWriter driver, once the PostScript files have been copied to a Xinet server. What is wrong?
DISCUSSION If you print to File using the Apple LaserWriter and then drag or copy that file to a Xinet server to be processed by a Raster Image Processor or spooled to a printer, problems may occur with print jobs that contain embedded binary data because the server performs some pre-processing on the file. The Xinet server automatically converts all of the carriage returns <CR> in the file to linefeeds <LF> which causes these jobs that contain binary data to fail. Xinet's suggests some workarounds in their Technote 001 posted on their web site: http://www.xinet.com/ We believe a more simple solution is to use the LaserWriter 8 driver's Save as File default data format setting of ASCII. This tells the driver to create a job using the standard 7-bit ASCII encoding, re-encoding any binary data into ASCII, so when Xinet converts the <CR>s to <LF>s nothing gets damaged. Newer versions of the LaserWriter beginning with 8.4 let you change and then save a default setting. If you changed the default Data Format to Binary in the Save as File panel in one of these newer versions of the driver, you can make ASCII the default again by clicking on the ASCII radio button, then select Save Settings. Following Apple's recommendation should provide continued compatibility with the majority of PostScript file downloaders, utilities, parsers, printers, and so on, that we believe will be appreciated by users who edit or otherwise manage PostScript files directly. |
||||||
| Document Information | |
| Product Area: | Apple Software; Printers |
| Category: | Printer Software |
| Sub Category: | LaserWriter |
Copyright © 2000 Apple Computer, Inc. All rights reserved.