Path: utzoo!dptcdc!jarvis.csri.toronto.edu!mailrus!husc6!purdue!haven!umd5!feldman From: feldman@umd5.umd.edu (Mark Feldman) Newsgroups: comp.sys.next Subject: Bitmaps to non-NeXT printers (was Re: Some Random NeXT Thoughts) Keywords: NeXT Speculation Cost Future Marketing Message-ID: <4707@umd5.umd.edu> Date: 17 Apr 89 13:10:03 GMT References: <12017@ut-emx.UUCP> <1578@neoucom.UUCP> <8473@polya.Stanford.EDU> Reply-To: feldman@umd5.umd.edu (Mark Feldman) Organization: University of Maryland, College Park Lines: 39 In article <8473@polya.Stanford.EDU> rokicki@polya.Stanford.EDU (Tomas G. Rokicki) writes: > >No, no, no. Use the DPS in the cube to handle the PostScript, and >just send bitmaps to the printer. Especially with the new DJ+, >this should work *very* well. > >> What would make sense would be to port the Ghostscript Postscript >> to HP PCL converter for the NeXT machine. Ghostscript builds the > >Why, with DSP in the cube? > >-tom Exporting PostScript generated on the NeXT to other NeXTs (that's how remote printing is done), non-NeXTs, and non-NeXT printers is kosher, but doing the same with the bitmaps generated by DPS on the NeXT is not. Here is an excerpt from the ``NeXT Software License Agreement (Preliminary Software Releases)'' contained in the ``Read this first!'' booklet that comes with the NeXT: ... You agree not to make use of the NeXT Preliminary Software, directly or indirectly, to print bitmap images generated by the NeXT Preliminary Software, or to generate fonts or typefaces, other than on a single NeXT Computer in conjunction with a single NeXT computer. ... And, of course, Mr. Phelps, should you or any of your IM staff break the seal on a Software Release 0.8 optical disk, that will constitute acceptance of the accompanying license agreement. NeXT (printers), Adobe (PostScript), and Linotype AG (fonts) are protecting themselves. Is the way that they are going about it reasonable? You decide. So, for a non-NeXT, non-PostScript printer, you will need Postscript to printer software (e.g., Ghostscript). Mark