home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / archives / 3839 next >
Encoding:
Internet Message Format  |  1993-01-07  |  3.8 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!usenet
  2. From: rws@EXPO.LCS.MIT.EDU (Bob Scheifler)
  3. Newsgroups: comp.archives
  4. Subject: [comp.windows.x.announce] Consortium Draft Standard Available For Public Review: XIE Protocol
  5. Followup-To: comp.windows.x.announce
  6. Date: 7 Jan 1993 23:44:38 GMT
  7. Organization: University of California, Berkeley
  8. Lines: 77
  9. Sender: adam@soda
  10. Approved: adam@soda
  11. Distribution: world
  12. Message-ID: <1iif96INNang@agate.berkeley.edu>
  13. References: <9212302250.AA01362@expo.lcs.mit.edu>
  14. NNTP-Posting-Host: soda.berkeley.edu
  15. X-Original-Newsgroups: comp.windows.x.announce
  16. X-Original-Date: 30 Dec 92 22:50:19 GMT
  17.  
  18. Archive-name: auto/comp.windows.x.announce/Consortium-Draft-Standard-Available-For-Public-Review-XIE-Protocol
  19.  
  20. An MIT X Consortium draft standard defining the X Image Extension (XIE)
  21. protocol is now available for Public Review.  XIE is intended to provide
  22. efficient and robust image display.  XIE provides for image transfer
  23. between client and server, simple image enhancement and filtering operations,
  24. and conversion of images to match the X server's display characteristics.
  25.  
  26. The objective of this Public Review is to determine if the current draft is
  27. acceptable as a Consortium standard.  Public Review can result in changes to
  28. the draft standard.
  29.  
  30. Public Review of XIE is scheduled to end April 23, 1993.  The X community is
  31. encouraged to review the draft and submit comments by electronic mail to:
  32.     public-review@expo.lcs.mit.edu
  33. or by postal mail to:
  34.     Bob Scheifler
  35.     MIT X Consortium
  36.     Laboratory for Computer Science
  37.     545 Technology Square
  38.     Cambridge MA 02139
  39.  
  40. Electronic mail is preferred.
  41. Comments sent to other addresses are not guaranteed to be considered.
  42.  
  43. Commentors should take the review process seriously, and should:
  44.     1. Identify objectionable functionality and wording in the document.
  45.     2. Suggest specific alternative functionality and wording.
  46. and most importantly:
  47.     3. Provide a rationale for the suggested changes.
  48.  
  49. Commentors should also carefully distinguish between:
  50.     1. Problems that they regard as intolerable and that must be corrected
  51.        before the specification becomes a standard.
  52.     2. Aspects that they do not like but could live with for a few years
  53.        until a future revision of the standard.
  54.     3. Additional functionality that they can live without in the current
  55.        standard but would like to see in a future revision.
  56.  
  57.  
  58. The following compressed document is available via anonymous ftp to
  59. export.lcs.mit.edu in the directory /pub/DOCS/XIE/
  60.  
  61. XIE.ps.Z        PostScript
  62.  
  63. The draft standard will also come out as "Special Issue C" of The X Resource,
  64. published by O'Reilly and Associates.  If you want to order copies, the
  65. price is $20.00 plus shipping.  Orders will be shipped on January 27.
  66. The ordering number is 1-800-998-9938.  (If the order taker claims
  67. ignorance, ask for Cathy Record.)  I'm told orders may have to be in
  68. by January 5, so hurry!
  69.  
  70. The document is also available in compressed, uuencoded form via the
  71. archive server at xstuff@expo.lcs.mit.edu.  The following items are available,
  72. by sending a message with the Subject: line of "send docs <itemname>"
  73. and an empty message body:
  74.  
  75. XIE.ps.uu.1        uuencoded XIE.ps.Z, in 7 parts
  76. XIE.ps.uu.2
  77. XIE.ps.uu.3
  78. XIE.ps.uu.4
  79. XIE.ps.uu.5
  80. XIE.ps.uu.6
  81. XIE.ps.uu.7
  82.  
  83. For example, use "send docs XIE.ps.uu.1" to retrieve the first part of
  84. the document.  Send a separate message for each part you want.  You need
  85. to obtain all 7 parts and concatenate them together before printing.
  86.  
  87. Some mailers produce mail headers that are unusable for extracting return
  88. addresses.  If you use such a mailer, you won't get any response.  If you
  89. happen to know an explicit path, you can include a line like
  90.     path foo%bar.bitnet@mitvma.mit.edu
  91. or
  92.     path bar!foo!frotz
  93. in the body of your message, and the daemon will use it.
  94.  
  95.