home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / postscri / 6074 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  4.7 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!Sirius.dfn.de!fauern!uni-erlangen.de!immd4.informatik.uni-erlangen.de!pruy
  2. From: pruy@immd4.informatik.uni-erlangen.de (Rainer Pruy)
  3. Newsgroups: comp.lang.postscript
  4. Subject: Re: Break down drawing larger than pagesize ?
  5. Date: Tue, 22 Dec 1992 17:21:28 GMT
  6. Organization: CSD., University of Erlangen
  7. Distribution: world
  8. Message-ID: <1h7iqoEINN2qu@uni-erlangen.de>
  9. References: <BzIK8M.6yB@newsserver.technet.sg> <1h4rslINNl4f@CS.UTK.EDU> <1992Dec21.171203.29295@cs.brown.edu> <1992Dec22.025320.5909@leeweyr.sccsi.com>
  10. NNTP-Posting-Host: faui45x.informatik.uni-erlangen.de
  11. Lines: 89
  12.  
  13. In <1992Dec22.025320.5909@leeweyr.sccsi.com> bill@leeweyr.sccsi.com (Bill Lee) writes:
  14.  
  15. > In article <1992Dec21.171203.29295@cs.brown.edu> jgm@cs.brown.edu (Jonathan Monsarrat) writes:
  16. > >
  17. > >>Has anyone ever done a program (be it postscript or a tool creating
  18. > >>postscript), that can draw on an (infinitely large) virtual page, then
  19. > >>break it down into an acceptable size (say the printer's default),
  20. > >
  21. > >Here's a hack that may be of use to you. I've used it to create
  22. > >posters 18 feet high! :)
  23. > >
  24. > >Right now it's set to print "normal size" -- just one page.
  25. > >
  26. > >-Jon
  27. > >
  28. >     (Another of Jon's Obfuscated PostScript figures deleted) 8-{)
  29.  
  30.  
  31. > Has anybody been able to answer this question in general?
  32.  
  33. > I do not believe this can be done in most PostScript interpreters for an
  34. > ARBITRARY image. 
  35.  
  36. [...observation regarding problems of blue book poster code deleted...]
  37.  
  38. > Comments???
  39.  
  40. > Regards,
  41.  
  42. > Bill Lee
  43.  
  44. Not for arbitray images, but for most images. It is clearly impossible for
  45. wierd resolution dependent images. For deterministic device independent images
  46. 'posterization' is just a matter of (disk) space and (communication) time.
  47.  
  48. The key idea is to avoid creating a procedure at all.
  49.  
  50. Yes, using a procedure, as is suggested in the blue book, has space and time 
  51. benefits.  In level 2 PS such a procedure could be defined as PaintProc of a
  52. forms dict and the forms cache will probably speed up processing.
  53.  
  54. For complex page descriptions, as Bill noted, defining a procedure
  55. might fail due to implementation restrictions.
  56.  
  57. However, one does not need to define a procedure. Just repeat the page
  58. description itself each time prefixed with necessary CTM modification commands
  59. as suggested in the blue book example.
  60.  
  61. The only difficulty arises with page desriptions using device or page setup
  62. commands (A4, letter, pagedim, initgraphics, init... et al.), which would
  63. interfere with the CTM modifications necessary for producing individual
  64. poster sheets.
  65.  
  66. With such PS code there are two possibilities:
  67.   - commenting out the 'bad' commands 
  68.     either by special casing several products (needs knowledge of all products
  69.     producing postcript code posters should be made from) or by providing
  70.     'emulations' for all critical commands (requires kowledge of postscript in
  71.     general and probably some undocumented, product (printer) dependent
  72.     operators in systemdict or serverdict (For many software products red book
  73.     documented operators will suffice, but I don't know what device dependencies
  74.     hide inside the LaserPrep prologue of Adobe.)
  75.  
  76.   - inserting poster CTM modifications AFTER all such 'bad' commands
  77.     This is trivial for DSC compliant code. Insert 'poster code' just at the end
  78.     of each 'page setup' section, just before '%%EndPageSetup', or, if this DSC
  79.     comment is not used, just after the '%%Page:' comment.
  80.  
  81. Repeating a page description allows for producing a poster form a page
  82. description, as long as the printer used already was able to print the
  83. plain page.
  84.  
  85. Regards,
  86. Rainer Pruy
  87.  
  88.  /----------------------------------------------------------------------------\
  89.  | Rainer Pruy           | email:                                             |
  90.  |                       |  DOMAIN: pruy@informatik.uni-erlangen.de           |
  91.  | Friedrich-Alexander   |  X400:   /C=de/A=dbp/P=uni-erlangen/OU=informatik/ |
  92.  | Universitaet          |          /S=Pruy/G=Rainer/                         |
  93.  |                       |  UUCP:   ...!uunet!fauern!pruy                     |
  94.  | CS Department IMMD IV |----------------------------------------------------|
  95.  | (operating systems)   | phone:  +49 9131 85-7909                           |
  96.  |                       |----------------------------------------------------|
  97.  | Martensstrasse 1      | ================================================== |
  98.  |                       |//   Programming Department:                      \\|
  99.  | D-8520 Erlangen       |\\           Mistakes made while you wait         //|
  100.  | West Germany          | ================================================== |
  101.  \----------------------------------------------------------------------------/
  102.