Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!sun-barr!newstop!texsun!csccat!larry From: larry@csccat.UUCP (Larry Spence) Newsgroups: comp.lang.postscript Subject: Re: *COMPLETE* Postscript Description Message-ID: <3433@csccat.UUCP> Date: 22 Dec 89 19:56:32 GMT References: <28@macuni.mqcc.mq.oz> <1989Dec21.000312.3330@ico.isc.com> <17480@rpp386.cactus.org> Reply-To: larry@csccat.UUCP (Larry Spence) Distribution: comp Organization: Computer Support Corporation. Dallas,Texas Lines: 27 In article <17480@rpp386.cactus.org> woody@rpp386.cactus.org (Woodrow Baker) writes: > >I need to be able to image 1 card, then pick it up and "rubber stamp" it >all over the page. In addition, I do mailing labels. Drawing the boarders >for 33 labels, then going back and filling them in takes time. Bit >blitting would help tremendously. In Display Postscript, there is a notion of a "user path" -- essentially a form of caching for paths. Adobe doesn't say whether DPS is caching bitmaps, flattened paths, or what, but the net effect is that when you translate a user path and reimage it, the rendering is a lot faster. And... Adobe has said that some of the enhancements in DPS "may" eventually migrate down into printer PS interpreters. Of course, first they have to convince enough people to use DPS to make it the standard that printer PS is now. And this doesn't solve your current speed problem. The usual hacking conventions apply: you paid for the printer, you can do any perverted thing with it you please. But Adobe isn't under any moral or legal obligation to support you in doing so. All the eexec tools, etc., have appeared repeatedly on the net and on bulletin boards, so if you need to do that kind of thing, it can be done without Adobe's help. -- Larry Spence larry@csccat ...{texbell,texsun,attctc}!csccat!larry