home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / xwindow / 17666 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  4.9 KB

  1. Path: sparky!uunet!stanford.edu!sun-barr!sh.wide!wnoc-tyo-news!scslwide!wsgw!wsservra!daemon
  2. From: bobhays@spss.com (Bob Hays)
  3. Newsgroups: fj.mail-lists.x-window
  4. Subject: Re: XVT toolkit??
  5. Message-ID: <1992Nov20.021724.4444@sm.sony.co.jp>
  6. Date: 20 Nov 92 02:17:24 GMT
  7. Sender: daemon@sm.sony.co.jp (The devil himself)
  8. Distribution: fj
  9. Organization: SPSS, Inc.
  10. Lines: 86
  11. Approved: michael@sm.sony.co.jp
  12.  
  13. Date: Wed, 11 Nov 1992 15:43:37 GMT
  14. Message-Id: <1992Nov11.154337.2143@spss.com>
  15. Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
  16. References: <1992Nov6.173238.6810@atinc.uucp>, <BxCptF.Jw1@world.std.com>, <TODD.92Nov11072401@todd.kastle.com>
  17. Sender: xpert-request@expo.lcs.mit.edu
  18.  
  19. In article <TODD.92Nov11072401@todd.kastle.com>, todd@kastle.com (Todd A. Scalzott) writes:
  20. > In article <BxCptF.Jw1@world.std.com> kevyn@world.std.com (Kevyn Ford) writes:
  21. > >   Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.misc,comp.sys.misc,comp.sys.mac.misc,comp.unix.misc
  22. > >   Path: friend!uunet!pageworks.com!world!kevyn
  23. > >   From: kevyn@world.std.com (Kevyn Ford)
  24. > >   Organization: The World Public Access UNIX, Brookline, MA
  25. > >   References: <1992Nov6.173238.6810@atinc.uucp>
  26. > >   Date: Sat, 7 Nov 1992 15:03:13 GMT
  27. > >
  28. > >   > I would like inputs from anyone who has used the XVT Portability
  29. > >   > Toolkit.
  30. > >
  31. > >   One of my projects evaluated the XVT Toolkit against using the native
  32. > >   GUI for our VAXstations ... as far as producing a portable GUI
  33. > >   application XVT is fairly good.
  34. > Agreed.  I haven't had to do any ports yet (the project has gone to the
  35. > wayside), but I really like XVT.  Especially over the straight X or Motif
  36. > programming.
  37.  
  38. I would strongly suggest porting from UNIX (OSF/Motif or OpenLook)
  39. instead of to them.  XVT's event model is a combination of linear and
  40. event-driven, and X is almost entirely (if not entirely) event driven.
  41. This can cause problems in startup and init code for windows.
  42.  
  43. > >   However, while there wasn't any one problem that we encountered with
  44. > >   XVT, it is not as robust as the native GUI system (which is to be
  45. > >   expected) and we found that there were many "small" features lacking
  46. > >   that, all together, gave the application an "unfinished" look (you can
  47. > >   actually see some of this in their XVT-Design tool itself -- which is
  48. > >   brain-dead).
  49. > That's what the "eXtensible" in XVT is for.  You are NOT limitted to the
  50. > API.  In fact, the API provides a nice set of conditionals upon which you
  51. > build your native code.  
  52.  
  53. First, we've found numerous problems with XVT - some have been
  54. repaired, some will be repaired later, and some are the way they want
  55. it to work (which is okay by me, BTW).
  56.  
  57. Unfortunately, XVT does not provide some extension hooks you might
  58. like, so your mileage may vary....  Look carefully at what you want
  59. before you buy (as always, caveat emptor applies).  We have a source
  60. license and we have made significant changes to support a more
  61. OSF/Motif and Windows (as appropriate, I hope:-) look-and-feel.  As it
  62. comes from the box, for instance, XVT does not support pointer focus
  63. on OSF/Motif....
  64.  
  65. > >   We have found that XVT is more suited for "simpler" interfaces, and it
  66. > >   will be used as such, but for one particular application we've decided
  67. > >   to use the DECwindows/Motif interface.
  68. > >
  69. > >   In short, XVT is a good portable GUI system for apps that don't really
  70. > >   need anything more than a few pull-down menus and graphical controls.
  71. > I don't really agree with this, although I see where you are coming from.
  72. > Question:  are you using release 2, or release 3?  If you haven't looked at
  73. > release 3 yet, it is a major improvement over the release 2 API and
  74. > provides new types of controls (whose popularity came about with the advent
  75. > of Windows 3.1).  
  76.  
  77. We use XVT V. 3 and I agree with the former statement.  I don't think
  78. I would bet my development of a large, complex program on XVT right
  79. now (perhaps at V. 4 they will have knocked off the major problems
  80. like portable font support [font mapper is a joke - people on X will
  81. expect to use X fonts and colors], X resource handling, etc., and
  82. perhaps some of the issues we've had with Windows [although to their
  83. credit our Windows people say that 3.0 is much better than 2.x).
  84.  
  85. The above lines without the '>'s are my opinion only - I've been using
  86. XVT on a large application for 1 1/2 years now, so your mileage again
  87. may vary.  My opinion is that XVT wishes to force some general rules
  88. on application behavior and this is not always consistent with the
  89. target platform GUI.
  90.  
  91. Have fun! - Bob
  92.  
  93. -- 
  94. ===============================================================================
  95. The opinions expressed above are those of Bob Hays and not SPSS, Inc.
  96.  bobhays@spss.com  Phone: (312) 329-3529 | "I'm hovering like a fly, waiting
  97.                    Fax:   (312) 329-3657 |  for a windshield on a freeway" -PG
  98.