home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / openloo / 4585 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  3.5 KB
  1. Path: sparky!uunet!news.gtech.com!noc.near.net!news.centerline.com!matt
  2. From: matt@centerline.com (Matt Landau)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: SunSoft Windows Toolkits Positioning
  5. Date: 19 Nov 1992 18:27:14 GMT
  6. Organization: CenterLine Software, Inc.
  7. Lines: 59
  8. Distribution: comp
  9. Message-ID: <1egma2INNsp0@armory.centerline.com>
  10. References: <l2lco1v@openlook.Unify.Com> <PREECE.92Nov19092817@predator.urbana.mcd.mot.com>
  11. NNTP-Posting-Host: 140.239.1.32
  12.  
  13. In <PREECE.92Nov19092817@predator.urbana.mcd.mot.com> preece@urbana.mcd.mot.com (Scott E. Preece) writes:
  14. >We have had technical contributions from people associated
  15. >with XVT, Galaxy, both OIs, Wndex, Wcl, THINGS, TAE+, and others;
  16. >a subset of the XVT API is our base document, but several of the other
  17. >toolkit APIs are reference documents and we are trying very hard to be
  18. >inclusive.  
  19.  
  20. Does this imply that the "standard" is going to include several different, 
  21. and mutually incompatible, API's among its base and reference documents?  
  22. What's the point?
  23.  
  24. >Ironically, with respect to this discussion, we are working on a
  25. >language-independent API specified as objects and attributes, very much
  26. >in the style of XView (though we have cut our objects somewhat
  27. >differently).
  28.  
  29. Sounds a lot like some components of Project DOE as well.
  30.  
  31. >standards to be important.  The government, of course, also supports
  32. >open systems and NIST has issued an Application Portability Profile that
  33. >suggests using a platform independent toolkit for portability.  A NIST
  34. >staffer is a regular participant in the P1201.1 work group, as are
  35. >several people sent by very large corporations who support open systems.
  36.  
  37. Yes, but a "standard" that includes three or more different API's seems
  38. to serve no purpose whatsover beyond letting some vendor certify to the
  39. government that its toolkit or application "conforms to the standard";
  40. the fact that such a standard is largely meaningless outside its value 
  41. in the bureaucratic realm of government purchasing paperwork seems not 
  42. to concern the standards bodies at all.  
  43.  
  44. It's like putting two lawyers in a room together -- sure, they'll make 
  45. work for each other, but is that really a worthy goal in itself?
  46.  
  47. >that the Windows/Macintosh model of the application with local display
  48. >capability only is the long-term winner.  Xt may not be the answer (I
  49. >personally find Xt a peculiarly unattractive way of expressing
  50. >programs), but APIs that require a kernel-based, local-display
  51. >implementation aren't, either.
  52.  
  53. API's should have NOTHING to say about whether display implementations
  54. are local and kernel-based, remote and server-based, or some combination
  55. of the two.  A good API should provide a useful, portable way to talk to
  56. different display systems and input systems.  
  57.  
  58. We can argue about what constitutes "portable" and "useful", and indeed
  59. that's one of the things standards bodies should be doing.  Personally,
  60. I find the X11 imaging model to be neither, which concerns me even more
  61. than the rather widely acknowledged shortcomings of the Xt Intrinsics
  62. architecture.
  63.  
  64. In any case, an API should specify how you talk to the display and input
  65. systems -- the details of how the display actually works, and where the
  66. input actually comes from [the keyboard on your desk, the mouse on the
  67. other side of the continent, or the laser-guided pointer device on the 
  68. surface of the moon] shouldn't have to affect the programming interface.
  69. --
  70.  Matt Landau            Waiting for a flash of enlightenment
  71.  matt@centerline.com              in all this blood and thunder
  72.