home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / windows / openloo / 4407 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  5.1 KB
  1. Path: sparky!uunet!europa.asd.contel.com!emory!wupost!gumby!yale!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!sun-barr!olivea!charnel!csusac!unify!openlook!openlook-request
  2. From: fgreco@cfdev1026.shearson.com (Frank Greco)
  3. Newsgroups: comp.windows.open-look
  4. Subject: re: XView
  5. Message-ID: <epwcil5@openlook.Unify.Com>
  6. Date: 6 Nov 92 17:49:14 GMT
  7. Sender: news@Unify.Com
  8. Lines: 101
  9.  
  10. > > From various industry-wide discussions, it would seem that OLIT is a
  11. > > more attractive library for new development work. 
  12.  
  13.     try it first...  If you keep on putting pins in your hand,
  14.     you'll eventually put up with the pain too.  Don't let the
  15.     industry-wide discussions *dictate* to you how to solve your
  16.     problems (said with a Perot-twang).
  17.  
  18. >      If Sun dumps XView, it leaves a large number of XView programmers
  19. > out in the cold.  I use XView and GUIDE for all my window development, 
  20. > and Harris has production software based on XView.  If Sun drops XView,
  21. > we take a serious maintenance and development hit.
  22.  
  23.     I don't think Keith B. (as well as many other programmers within
  24.     Sun) understands how the average MIS (there... I said it) shop
  25.     thinks and works.  Dropping support for XView is a stupid move
  26.     on their part.  Perhaps the same thing will happen when Sun
  27.     announced that Sunview was going away (I recall they originally
  28.     said by 1988, Sunview would no longer be available), that is
  29.     there will be enuf complaints that XView will be kept afloat
  30.     until folks have migrated to something ... better (OLIT is
  31.     NOT better).
  32.  
  33. >      I like the XView toolkit, and prefer it to the OLIT style of
  34.  
  35.     XView is easy, painless and fun.  Yes there are warts, but
  36.     if the toolkit was fixed (a large re-write of the panel and
  37.     panel-items is in order), incorporate slingshots in the
  38.     mainstream, give us a bonafide (and new) interface to
  39.     postscript and give us a *REAL* C++ interface (devguide's C++
  40.     output is... ahem... non-optimal) then we're cooking.
  41.  
  42.     Someone from Sun told me that they've noticed that there
  43.     are not too many people posting to the Xview-ish net groups
  44.     in comparison to the Xt group which they believe
  45.     indicates a lack of interest in Xview.  Maybe it belies
  46.     the fact that Xview is so easy, folks do not need to ask
  47.     that many questions?
  48.  
  49.     With apologies to many of my good net friends, Xt-style of
  50.     programming is a poor example of good software engineering
  51.     (imho).  Yes, you can do it if you hold your nose.  But in
  52.     today's commercial environment especially with strong
  53.     competition from the Microsoft's of the world, your
  54.     applications must be functional, attractive and fast.  Xt,
  55.     again imho, does not easy facilitate such applications;  OLIT
  56.     and MoOLIT do not cut the mustard in a modern workstation
  57.     environment.  The application programmers of the world (system
  58.     types can deal with anything... right?) don't deserve Xt.
  59.  
  60. > programming.  Why is it that when a few people in Sun decide they 
  61. > don't like something, they make these decisions that affects
  62. > thousands of their customers.  They need to remember that code developed
  63. > by just a few developers can result in many workstation sales.  Some 
  64. > of the tools I'm working on in XView will translate to perhaps $100
  65. > million in workstation sales over the next five years or so.
  66.  
  67.     Again, that's because many of the folks inside of Sun *NEVER*
  68.     worked for an applications (ie, non-computer-vendor) group
  69.     before.  Not a criticism per se, merely an observation.
  70.     As you know, I am very much a believer in Sun (and
  71.     subsidiaries) and have been for a long, long while.  But I
  72.     believe that Sun's current software strategy is become
  73.     extremely fragmented and ill-chosen.
  74.  
  75.     Now think of how all-encompassing DOE is supposed to be.  Now
  76.     think of the way that TNT/NeWS has been handled.  Think of the
  77.     way this XView situation is being handled.  Think of the
  78.     performance of OpenWindow's X/NeWS server.  Think of the
  79.     floating point performance of the SPARC v.s. the latest HP
  80.     boxes.  Think of the XView panel-list object.  Think of the way
  81.     XView fonts (esp in panels and panel items) and colors are
  82.     handled.  Think about cmdtool/shelltool (not too long, you'll
  83.     get sick) and the underlying TERMSW/TTYSW.  Think about the
  84.     lack of a table object in XView.  Think of the relationship
  85.     between OLIT and Devguide.  Think of the performance of
  86.     the GX wrt OpenWindows; shouldn't things be much faster?.
  87.     Think of the lack of distributed application tools for RPC
  88.     programming.
  89.  
  90.     I could go on, but the idea is that if Sun wants people to
  91.     use DOE in the future, they are not relaying a feeling of
  92.     confidence to the current technical customer base.
  93.  
  94.     I wonder what Sun's internal IS staff (CIO Radushel's folks)
  95.     are using for GUI tools.
  96.  
  97. >      Sun is becoming increasingly unresponsive to the people that made them
  98. > successful: the Unix hackers.  We are the ones who put all the wood behind
  99. > one arrow, as Scott loves to say.  Why is it that now, I feel like Sun
  100. > keeps the arrowhead, and we get the shaft?
  101.  
  102.     Boy do you have that right!  And they expect us to keep the Unix
  103.     torch burning while MS NT rolls in?
  104.  
  105.     It's broke.  Start fixing it.
  106.  
  107.     Frank G.
  108.  
  109.     - "Remember, you're the boss and they run DOS"
  110. =-=-=-=-=-=-=-=-=-=
  111.