home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / graphics / 13189 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  4.3 KB
  1. Xref: sparky comp.graphics:13189 comp.lang.postscript:6097 alt.graphics.pixutils:2779
  2. Newsgroups: comp.graphics,comp.lang.postscript,alt.graphics.pixutils
  3. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!csn!stortek!sanitas!pg
  4. From: pg@sanitas.stortek.com (Paul Gilmartin)
  5. Subject: Re: EPSF or MacIntosh Pict  ->  fig Converter
  6. Message-ID: <1992Dec24.225830.25127@stortek.com>
  7. Followup-To: comp.graphics,comp.lang.postscript,alt.graphics.pixutils
  8. Sender: usenet@stortek.com
  9. Nntp-Posting-Host: sanitas.stortek.com
  10. Organization: Storage Technology Corp.
  11. X-Newsreader: TIN [version 1.1 PL7]
  12. References: <168C78EEE.M16302@mwvm.mitre.org>
  13. Date: Thu, 24 Dec 1992 22:58:30 GMT
  14. Lines: 84
  15.  
  16. M16302@mwvm.mitre.org wrote:
  17. : What does this all mean in terms of the desired conversion?
  18.  
  19. DM> From: dm@arbuckle.sns.neuphilologie.uni-tuebingen.de (Detmar Meurers)
  20. DM> Subject: EPSF or MacIntosh Pict  ->  fig Converter
  21. DM> Message-ID: <1992Dec18.193543.28241@softserv.zdv.uni-tuebingen.de>
  22. DM> Date: Fri, 18 Dec 1992 19:35:43 GMT
  23.  
  24. DM> I would like to move some object-oriented graphcs from a MacIntosh to a Sun
  25. DM> workstation. On the Mac I can save the files in Pict or EPSF. Are there any
  26. DM> (public-domain)-programs around that can translate EPSF to fig-format so that I
  27. DM> can then modify them unter UNIX using Xfig or the like? Another UNIX program,
  28. DM> idraw, apparently uses something close to EPSF as internal file format, but it
  29. DM> does not accept real EPSF. Any ideas?
  30.  
  31. Originally, DM describes problems dealing with EPSF files on the Sun.  This
  32. is a common problem, and DM is close to understanding the cause when he
  33. mentions a program that stores documents in "something close to EPSF".
  34. Such programs abound; Corel Draw and Adobe Illustrator are two mentioned
  35. in this forum recently.  The formats they use are more than "close to EPSF";
  36. in fact they are subsets of EPSF.  There lies the problem: each such
  37. program understands (at most) the subset of EPSF that is utters.  The Mac-
  38. generated EPSF probably uses a larger vocabulary than Xfig understands.
  39.  
  40. PH> From: pharris@ucscm.ucsc.edu (Peter Harris)
  41. PH> Message-ID: <1gtjqcINN2ab@darkstar.UCSC.EDU>
  42. PH> Date: 18 Dec 92 22:36:59 GMT
  43.  
  44. PH> Well, since EPSF is (supposed to be) just a
  45. PH> PostScript file with an accompanying PICT for
  46. PH> viewing, it would seem that if you could find a
  47. PH> way to strip the PICT data and turn the file
  48. PH> into a straight PS file youd have something you
  49. PH> could use.
  50.  
  51. PH> Am I right, and does anyone out there know how
  52. PH> to do this?
  53.  
  54. Then PH suggested that:
  55.  
  56. 1) Xfig might be better able to deal with PostScript than EPSF.
  57.  
  58. I don't believe this is productive because all EPSF files (including
  59. the data forks of Macintosh EPSF files) are already PostScript files
  60. (Although the converse is usually not true -- many PostScript files
  61. are not EPSF.)
  62.  
  63. 2) The way to get from EPSF to PostScript is to remove the PICT resource
  64.    fork of the Macintosh file.
  65.    
  66. It's more correct to state that the way to get from Macintosh dual-fork
  67. format to EPSF is to remove the resource fork.
  68.  
  69. RS> From: M16302@mwvm.mitre.org
  70. RS> Message-ID: <168C6C6A3.M16302@mwvm.mitre.org>
  71. RS> Date: Wed, 23 Dec 1992 19:07:20 GMT
  72.  
  73. RS> Did you get any verification of this or info on utilities to do it?
  74.  
  75. I should have supplied the constructive answer:  If the Macintosh file
  76. has been uploaded to the Unix file system in a format which contains
  77. both the resource and data forks, the format is most likely MacBinary.
  78. The command to do this is "mcvert -Ud <pathspec>".  Mcvert is available
  79. by ftp from /info-mac at sumex-aim.stanford.edu, or by Mail from 
  80. LISTSERV@RICEVM1.rice.edu; shar format.  But let me stress that
  81. I don't believe this is the root of DM's problem. 
  82.  
  83. PG> From: pg@sanitas.stortek.com (Paul Gilmartin)
  84. PG> Message-ID: <1992Dec24.001739.15289@stortek.com>
  85. PG> Date: Thu, 24 Dec 1992 00:17:39 GMT
  86.  
  87. PG> ***** Culture Gap Alert! *****
  88. PG> See the Adobe PostScript Language Reference
  89. PG> Manual (Red Book) (either edition) for the more widely accepted definition.
  90.  
  91. I guess that came across as an elaborate RTFM.
  92.  
  93. RS> From: M16302@mwvm.mitre.org
  94. RS> Message-ID: <168C78EEE.M16302@mwvm.mitre.org>
  95. RS> Date: Thu, 24 Dec 1992 15:09:41 GMT
  96.  
  97. RS> What does this all mean in terms of the desired conversion?
  98.  
  99. Sorry I was supercilious.  The best suggestion I have to offer is mcvert.
  100.