home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / openloo / 4584 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  4.0 KB

  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!olivea!bu.edu!att!mcdchg!mcdphx!udc!preece
  2. From: preece@urbana.mcd.mot.com (Scott E. Preece)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: SunSoft Windows Toolkits Positioning
  5. Message-ID: <PREECE.92Nov19092817@predator.urbana.mcd.mot.com>
  6. Date: 19 Nov 92 15:28:37 GMT
  7. References: <l2lco1v@openlook.Unify.Com>
  8. Sender: news@urbana.mcd.mot.com (News)
  9. Distribution: comp
  10. Organization: Motorola MCG, Urbana Design Center
  11. Lines: 67
  12. In-Reply-To: fgreco@cfdev1026.shearson.com's message of 16 Nov 92 17:07:37 GMT
  13. Nntp-Posting-Host: predator.urbana.mcd.mot.com
  14.  
  15. In article <l2lco1v@openlook.Unify.Com> fgreco@cfdev1026.shearson.com (Frank Greco) writes:
  16.  
  17. | > Perhaps more than just the "Xt is the de facto standard for GUI development" 
  18. | > sense, I took it to be a reference to the fact that the OLIT API is being 
  19. | > formally standardized (er, STANDARDIZED) by the IEEE.  (Apart from P1295.2 
  20. | > work, IEEE P1201.1 has gone on record as saying that their window-system-
  21. | > independent toolkit API only considers Xt-based toolkits of interest, so 
  22. | > they're working with OLIT, not Xview or TNT.)
  23. ---
  24. Actually, this is no longer true.  P1201.1 spent a long time trying to
  25. get a POSIX-like merging of the OLIT and OSF/Motif APIs and ultimately
  26. accepted the reality that no consensus was possibly in that framework (I
  27. will tactfully omit any personal opinions on why and who).  We changed
  28. course almost two years ago and are now working on a uniform API for
  29. windowing user interfaces, specifying an API intentionally designed to
  30. be layerable on top of as wide a range of existing GUI toolkits as
  31. possible.  We have had technical contributions from people associated
  32. with XVT, Galaxy, both OIs, Wndex, Wcl, THINGS, TAE+, and others;
  33. a subset of the XVT API is our base document, but several of the other
  34. toolkit APIs are reference documents and we are trying very hard to be
  35. inclusive.  The plan specifically requires us to consider
  36. implementability on top of OLIT, OSF/Motif, PM, Windows, and Macintosh.
  37.  
  38. Ironically, with respect to this discussion, we are working on a
  39. language-independent API specified as objects and attributes, very much
  40. in the style of XView (though we have cut our objects somewhat
  41. differently).
  42.  
  43. Also, the comment about P1295.2 seems to be completely off the track;
  44. P1295.2 *is* OLIT and P1295.1 is OSF/Motif, so I don't understand the
  45. "Apart from P1295.2" part of the sentence at all.
  46. ---
  47. |...
  48. | A suggested standard is just that, a *suggestion*.  Thanks, but no
  49. | thanks.
  50. ---
  51. There are quite a few companies doing in-housse development who are
  52. quite attached to the freedom that open systems give them and consider
  53. standards to be important.  The government, of course, also supports
  54. open systems and NIST has issued an Application Portability Profile that
  55. suggests using a platform independent toolkit for portability.  A NIST
  56. staffer is a regular participant in the P1201.1 work group, as are
  57. several people sent by very large corporations who support open systems.
  58. ---
  59. |
  60. | Besides, can anyone honestly say that an Xt-based toolkit can be "sold"
  61. | to the PC programming community to use with MS Windows or MS NT?
  62. | Anyone want to sell an Xt-based programer toolkit to the Macintosh
  63. | community?
  64. ---
  65. Neither Microsoft nor Apple has really addressed the question of what
  66. you do when your applications need to run in heterogeneous, distributed
  67. environments.  Many of us expect heterogeneous, distributed environments
  68. to be a growing segment of the computing market.  It's not at all clear
  69. that the Windows/Macintosh model of the application with local display
  70. capability only is the long-term winner.  Xt may not be the answer (I
  71. personally find Xt a peculiarly unattractive way of expressing
  72. programs), but APIs that require a kernel-based, local-display
  73. implementation aren't, either.
  74.  
  75. scott preece
  76. acting chair, IEEE P1201.1 work group
  77. --
  78. scott preece
  79. motorola/mcg urbana design center    1101 e. university, urbana, il   61801
  80. uucp:    uunet!uiucuxc!udc!preece,     arpa:    preece@urbana.mcd.mot.com
  81. phone:    217-384-8589              fax:    217-384-8550
  82.