home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0073.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  3.0 KB
  1. From: pyramid!allegra!cbosg!osu-eddie!bgsuvax!schaefer (Stephen Schaefer)
  2. Date: Thu, 16 Oct 86 13:05:33 edt
  3.  
  4. I'd like to offer some observations from my experience concerning
  5. windows.  I am very comfortable using the wm window manager (by Robert
  6. Jacob, enhanced by Matt Lennon and Tom Truscott).  The present design
  7. relies heavily on pty's and the 'select' call of 4.[23]BSD.  I use a
  8. 9600 baud line with a 24*80 screen, which is quite sufficient.  I feel
  9. no need at all for bit-mapping until I want to draw pictures, or
  10. preview some typesetting, which has nothing to do with windows.  I'm
  11. guessing that it takes about half a second to repaint my screen - the
  12. same amount of time as vi takes to show the next screen full.  Far more
  13. often, the window simply scrolls.
  14.     I had a chance to work with a 5620 for a while.  While I was
  15. directly connected at 9600 baud to a 4.2BSD 11-780, I told it to act
  16. like a VT100 with a 70*88 screen.  I was more than happy - for
  17. editing, I used the whole screen, for shell interaction I used a half
  18. screen to cut down on update time, and because I'm usually working on
  19. a minimum of two things at once.  Ghosting of the phosphor was far
  20. more of a problem than speed.  I also used the 5620 with a 3B2, shell
  21. layers, and a mouse.  Pulling windows around was fun for a while, but
  22. it never became important to me, the way switching from window to
  23. window has.  The bit mapping was good for drawing pictures and
  24. previewing typesetting, but I never saw what it had to do with
  25. windows.
  26.     I haven't mentioned job control yet - I use it when it's
  27. available.  I very often want a process to freeze until I find it
  28. convenient to get back to it.  I am willing to entertain the
  29. possibility that windows could take over much of that function, but
  30. when I suspend, I am usually thinking "suspend", and it would take
  31. some thought (or re-conditioning) to consider switching windows.  A
  32. second consideration is that I use GNU emacs, and it significantly
  33. faster to ^Z and fg than to quit and restart.  I don't understand the
  34. accusations that ^Z is a "kluge", unless these people are referring to
  35. the implementation, which I haven't studied.  It was utterly clear,
  36. from the first time someone showed it to me: hit ^Z, ask to see your
  37. jobs, now choose how or if to continue them (in foreground or
  38. background), but be assured that they are still there until you
  39. dispose of them.  I survive without it when I don't have it, but I use
  40. it when I do have it.
  41.     In sum: windows are good for multitasking *me*, and appear to
  42. depend on pty's and maybe select(2).  Bitmapping is good for pictures,
  43. but is irrelevant to a purely text environment - which is where I am
  44. almost entirely.  Job control is good for suspending processes, and is
  45. nice for avoiding the load time of large programs.  The three are
  46. independent facilities.  An expensive, full-featured system would have
  47. all of them.  Less expensive systems could be missing one or more of
  48. them and still be Un*x.  If I had to choose the most valuable one it
  49. would be pty's, but that is probably just my taste.
  50.  
  51. Volume-Number: Volume 7, Number 74
  52.  
  53.