home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / mail / multime / 228 next >
Encoding:
Text File  |  1992-08-12  |  2.2 KB  |  69 lines
  1. Newsgroups: comp.mail.multi-media
  2. Path: sparky!uunet!usc!sdd.hp.com!mips!darwin.sura.net!convex!convex!connolly
  3. From: connolly@convex.com (Dan Connolly)
  4. Subject: MIME types: subclasses?
  5. Sender: usenet@news.eng.convex.com (news access account)
  6. Message-ID: <1992Aug12.212500.13727@news.eng.convex.com>
  7. Date: Wed, 12 Aug 1992 21:25:00 GMT
  8. Nntp-Posting-Host: pixel.convex.com
  9. Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
  10. X-Disclaimer: This message was written by a user at CONVEX Computer
  11.               Corp. The opinions expressed are those of the user and
  12.               not necessarily those of CONVEX.
  13. Lines: 54
  14.  
  15. I just attached an idraw postscript drawing to a mail message
  16. using MIME conventions.
  17.  
  18. None of the existing MIME types seemed exactly right for
  19. the drawing body part. The body part qualifies for
  20.  
  21. application/postscript
  22.  
  23. but then the receiver's user agent doesn't know it's
  24. editable with idraw. I could use
  25.  
  26. application/x-idraw
  27.  
  28. but then the receiver's user agent couldn't use ghostscript
  29. or lpr on it. Since it's encapsulated postscript, it should
  30. also qualify for something like
  31.  
  32. image/x-epsf
  33.  
  34. so that you could copy and paste it into a FrameMaker document
  35. or some such.
  36.  
  37. [Oh... and I think encapsulated postscript is standard enough
  38. to warrant a MIME registered image/epsf type. There could
  39. also be a parameter on application/postscript that says that
  40. the data conforms to the document structuring conventions.]
  41.  
  42. The MIME type system doesn't have any inheritance features.
  43. That is, there's no way to express the fact that application/x-idraw
  44. is a subtype of application/postscript.
  45.  
  46. I could use the multipart/alternative feature and repeat the data
  47. using all three content types, but that's a waste.
  48.  
  49. Is it reasonable to change MIME semantics to allow multiple
  50. Content-Type headers and allow the ua to choose between
  51. them? We could agree that, like the multipart/alternative feature,
  52. the most basic type should be listed first, so that dumb
  53. UA's will still work. In that case, I would tag the image
  54. body part with all three headers:
  55.  
  56. Content-Type: application/postscript
  57. Content-Type: image/x-epsf
  58. Content-Type: application/x-idraw
  59.  
  60. %!PS-Adobe-2.0 EPSF-1.2
  61. %%Creator: idraw
  62. ...
  63.  
  64.  
  65. Thoughts?
  66.  
  67. Dan
  68.  
  69.