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