home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / misc / 21050 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.3 KB
  1. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!jvnc.net!netnews.upenn.edu!muzungu.cis.upenn.edu!zaidel
  2. From: zaidel@muzungu.cis.upenn.edu (Martin J. Zaidel)
  3. Newsgroups: comp.sys.mac.misc
  4. Subject: Re: Can't print MacDraw figs with psfig (Summary)
  5. Message-ID: <103061@netnews.upenn.edu>
  6. Date: 23 Dec 92 15:43:23 GMT
  7. References: <102897@netnews.upenn.edu>
  8. Sender: news@netnews.upenn.edu
  9. Lines: 39
  10. Nntp-Posting-Host: muzungu.cis.upenn.edu
  11.  
  12. In article <102897@netnews.upenn.edu>, I wrote:
  13.  
  14. |> Our users often generate postscript figures with MacDrawII, then transfer them
  15. |> over to our Unix machines, where the figures are included in Latex documents
  16. |> with \psfig, and printed with Tomas Rokicki's dvips.  This system, though
  17. |> cumbersome, worked well enough until we upgraded the Mac to System 7.0 from
  18. |> 6.0.  Now we find that the MacDraw postscript figures included with \psfig
  19. |> don't print out on our Apple IIg printers.  However, they *do* print fine when
  20. |> they're shipped to the printers by themselves (not wrapped in dvips output).
  21. |> When the documents are latex'd and then converted to postscript by dvips, the
  22. |> rest of the text on that page (including, for example, the figure's caption,
  23. |> done with latex's \caption) is printed all right, but the figure never appears.
  24. |> We know that the figure has been included in the dvips output, since the
  25. |> figure appears when previewed with ghostview, but the printers won't print them
  26. |> out when given the dvips output.  The dvips output files are not so large as
  27. |> to overflow the printer's memory capacity.
  28. |> 
  29. |> Has anyone seen similar behavior? Any helpful suggestions?  (Besides
  30. |> getting them to use a Unix drawing program... :-)
  31. |> 
  32. |> Martin
  33. |> 
  34. |> 
  35.  
  36. Since I received several mailings from people who had seen similar
  37. problems, I thought the net might be interested in the solution.
  38.  
  39. The problem is that System 7 Macs include the wrong laser prep file in
  40. the Postscript file generated by MacDrawII.  The solution is to strip out
  41. the bad code and paste a new header file in with a \special{header=lprep71.pro}.
  42.  
  43. Special thanks to Eric Dujardin at INRIA for pointing me to the mactotex
  44. package at mac.archive.umich.edu in mac/util/unix, which automates the
  45. stripping process---everything you need to fix this situation is in there.
  46. Also thanks to Anita Zanolini Hoover at U of Delware.
  47.  
  48. All glory to the net, hari, hari...
  49.  
  50. Martin
  51.