home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / softsys / andrew / 1174 < prev    next >
Encoding:
Internet Message Format  |  1992-08-26  |  2.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!agate!ucbvax!ANDREW.CMU.EDU!rr2b+
  2. From: rr2b+@ANDREW.CMU.EDU (Robert Andrew Ryan)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: Hasn't the message line bogosity gone on long enough?
  5. Message-ID: <keauijW00WoiAlJUlh@andrew.cmu.edu>
  6. Date: 26 Aug 92 16:05:03 GMT
  7. References: <1992Aug26.064903.21757@adobe.com>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 39
  12.  
  13. Excerpts from internet.other.info-andrew: 26-Aug-92 Re: Hasn't the
  14. message line.. Zalman Stern@decwrl.dec. (810)
  15.  
  16. > If it overflows, build a dialog box with a large message line and pop
  17. > that  up instead. See how people like that.
  18.  
  19. Unfortunately this can't really cover the case of a input request, since
  20. the message line could grow substantially during input.
  21.  
  22. Excerpts from internet.other.info-andrew: 26-Aug-92 Re: Hasn't the
  23. message line.. Zalman Stern@decwrl.dec. (810)
  24.  
  25. > You could dynamically resize the  
  26. > message line instead. Both of these should be relatively easy to do if I  
  27. recall frameview at all. (Which I probably don't).
  28.  
  29. Yes this could be done without too much hacking on frameview, but the
  30. runtime cost for the redraws could be prohibitive esp over slow
  31. networks.  Another possible solution to this might be to give text a
  32. notion of horizontal scrolling. (though not with a scrollbar please :-)
  33.  
  34. Excerpts from internet.other.info-andrew: 26-Aug-92 Re: Hasn't the
  35. message line.. Zalman Stern@decwrl.dec. (810)
  36.  
  37. > In general, message lines are a difficult proposition to manage properly
  38. > in a graphical UI. Its 1970's (or perhaps 1960s) technology. I would say
  39. > that  effort is better spent building a real dialog manager for ATK.
  40. > Look at the  Macintosh Toolbox, MacApp, or MS-Windows for examples.
  41.  
  42. I actually believe one of the wins of ATK and Emacs (gnu and gosling)
  43. over Macintosh Toolbox and Motif is the fact that they have a message
  44. line.  In the Mac and Motif model, you have to pop up a dialog box for
  45. any transient message,  obscuring part of a window most probably.  When
  46. a message is purely informational this is a waste.
  47.  
  48. -Rob Ryan
  49. Andrew Consortium
  50.  
  51.  
  52.