home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / x / pex / 462 < prev    next >
Encoding:
Text File  |  1992-08-16  |  3.2 KB  |  65 lines

  1. Newsgroups: comp.windows.x.pex
  2. Path: sparky!uunet!orca!mesa!rthomson
  3. From: rthomson@mesa.dsd.es.com (Rich Thomson)
  4. Subject: Re: Future development of PEX/PHIGS
  5. Message-ID: <1992Aug16.172124.15631@dsd.es.com>
  6. Sender: usenet@dsd.es.com
  7. Nntp-Posting-Host: 130.187.85.21
  8. Reply-To: rthomson@dsd.es.com (Rich Thomson)
  9. Organization: Design Systems Division, Evans & Sutherland, SLC, UT
  10. References: <1992Aug13.170434.18221@hsr.no> <5759@m1.cs.man.ac.uk>
  11. Date: Sun, 16 Aug 92 17:21:24 GMT
  12. Lines: 51
  13.  
  14. In article <5759@m1.cs.man.ac.uk>
  15.     lilleyc@cs.man.ac.uk (Chris Lilley) writes:
  16. [on anti-aliasing]
  17. >The Evans&Sutherland implementation has had antialiasing for a while.
  18. >The DEC implementation supports it only on harware that supports it.
  19. >Both do it as escapes. There is no support for antialiasing in the ISO
  20. >standard.
  21.  
  22. There is no explicit support, but that doesn't mean that the
  23. renderings are guaranteed to be aliased, either.  A PHIGS
  24. implementation could render all of its primitives anti-aliased and it
  25. wouldn't be in violation of the standard.  What is missing are
  26. controls for changing the amount of anti-aliasing performed.  We
  27. provide full anti-aliasing on all line-based primitives (polymarkers,
  28. polylines, stroke text) by default.  You can turn this off if it is
  29. desired via a GSE that we provide.  Escapes are a different mechanism
  30. used to modify global behavior of a workstation; using a GSE allows
  31. hierarchical control of the "aliasing" attribute in a structure.
  32. Some line-based primitives in a structure may be aliased while others
  33. are anti-aliased, depending on where the GSE is placed in the
  34. structure (or issued in immediate-mode).
  35.  
  36. Full support for anti-aliasing could be quickly introduced into PHIGS
  37. if all the vendors agreed on a particular format for a GSE data record
  38. and registered this record with ISO.  Registration is a fairly quick
  39. process and doesn't need any voting to take place in order to be
  40. accepted.  Portability can be maintained if the vendors work
  41. cooperatively to support and register such a GSE.  If you, as an
  42. application programmer or user, desire such support from your vendor,
  43. please ask them to support such a cooperative registration.
  44.  
  45. PHIGS can be extended in many ways via registration without having to
  46. go to the standards committee and get a full-vote for approval.  In
  47. this way, vendors can improve and extend upon the basic
  48. PHIGS/PHIGS-PLUS definition.  The temptation is for each vendor to "go
  49. their own way" and provide features only in their implementation not
  50. available in other implementations so that they can define themselves
  51. as having a competitive edge.  This, of course, leads to portability
  52. problems.  The best way to alleviate those portability concerns is for
  53. vendors to register their extensions (thus allowing other vendors to
  54. simulate/emulate them if possible) and for users to impress upon
  55. vendors how much they care about portability.  Companies generally
  56. listen to their customers (and if they don't, they deserve what they
  57. get I suppose).
  58.  
  59.                         -- Rich
  60. -- 
  61.     Repeal the personal income tax; vote Libertarian in 1992.
  62. Disclaimer: I speak for myself, except as noted; Copyright 1992 Rich Thomson
  63. UUCP: ...!uunet!dsd.es.com!rthomson            Rich Thomson
  64. Internet: rthomson@dsd.es.com    IRC: _Rich_        PEXt Programmer
  65.