This is weird-TopDraw-printing in view mode; [Up]
Date: Sun 13-Nov-1991 18:45:20 From: vesely@next.heart.rri.uwo.ca (Ivan Vesely) Subject: weird TopDraw printing I'm using TopDraw 1.0 to create a Christmas card. It's got some EPS clip art, some fancy text so it takes my Postscript printer (NEC Silentwriter) a while to print it out. I need 30 copies so I specify 30 in the copies window during printing, and I figure that my printer will take 10 minutes to process the image, and then whip out 30 copies of the same page. Nooooo!!. TopDraw dumps a 17 Meg file into the host that runs my printer, and then makes my laser printer chug away, processing each page consecutively, over and over. If this is the way TopDraw or NextStep prints, then somebody should be shot. Please, tell me I'm mistaken, that I did something wrong. It will be Christmas by the time the print job finishes.
Date: Sun 13-Nov-1991 21:06:03 From: larry@spike.rprc.washington.edu (Larry Shupe) Subject: Re: weird TopDraw printing In article <5888@julian.uwo.ca> vesely@next.heart.rri.uwo.ca (Ivan Vesely) > > I'm using TopDraw 1.0 to create a Christmas card. It's got some EPS clip art, > some fancy text so it takes my Postscript printer (NEC Silentwriter) a while to > print it out. I need 30 copies so I specify 30 in the copies window during > printing, and I figure that my printer will take 10 minutes to process the > image, and then whip out 30 copies of the same page. Nooooo!!. TopDraw dumps a > 17 Meg file into the host that runs my printer, and then makes my laser printer > chug away, processing each page consecutively, over and over. If this is the > way TopDraw or NextStep prints, then somebody should be shot. Please, tell me > I'm mistaken, that I did something wrong. It will be Christmas by the time the > print job finishes. That's the way it works. I was disturbed at this also, but it's a function of NextStep which never assumes that your documents are only one page long. The solution is to edit the Postscript file (use the save button in the print panel) to do 29 copypage commands before the showpage command, and then use the lpr command to send the edited file to the printer. The showpage command usually appears as one of the last ten lines of a Postscript file. I've tried this before and it works. Larry Shupe larry@spike.rprc.washington.edu
Date: Sun 14-Nov-1991 09:31:30 From: nigelm@ohm.york.ac.uk (Nigel Metheringham) Subject: Re: weird TopDraw printing In <1991Nov13.210603.9391@milton.u.washington.edu> larry@spike.rprc.washington.edu (Larry Shupe) writes: >In article <5888@julian.uwo.ca> vesely@next.heart.rri.uwo.ca (Ivan Vesely) >writes: >> [Description of how TopDraw/NeXTstep does multiple prints by >> repeating the data in the print file] >That's the way it works. I was disturbed at this also, but it's a function >of NextStep which never assumes that your documents are only one page >long. The solution is to edit the Postscript file (use the save button in >the print panel) to do 29 copypage commands before the showpage command, ^^^^^^^^^^^ >and then use the lpr command to send the edited file to the printer. The >showpage command usually appears as one of the last ten lines of a Postscript >file. I've tried this before and it works. That will work, but its so much cleaner to set the #copies variable to the number of copies you need - ie / #copies 30 def That should be OK anywhere in the file before the showpage (haven't tried this on a NeXT produced document, but I would add the command in around the beginning of the document prologue - ie first thing after the %% comments at the start). Nigel.
These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.