home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / apollo / 4018 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  1.6 KB
  1. Path: sparky!uunet!gumby!destroyer!news.itd.umich.edu!pisa.citi.umich.edu!rees
  2. From: rees@pisa.citi.umich.edu (Jim Rees)
  3. Newsgroups: comp.sys.apollo
  4. Subject: Re: Need Some Advice..
  5. Date: 23 Nov 1992 22:23:41 GMT
  6. Organization: University of Michigan CITI
  7. Lines: 19
  8. Distribution: world
  9. Message-ID: <5c8bed50.1bc5b@pisa.citi.umich.edu>
  10. References: <1992Nov5.201427@helix.nih.gov> <1992Nov9.192837.17737@bcars6a8.bnr.ca> <LUTZ.92Nov19154035@hepburn.anes.upmc.edu>
  11. Reply-To: Jim.Rees@umich.edu
  12. NNTP-Posting-Host: pisa.citi.umich.edu
  13.  
  14. In article <LUTZ.92Nov19154035@hepburn.anes.upmc.edu>, lutz@hepburn.anes.upmc.edu (John Lutz) writes:
  15.  
  16.   Well, I have been following this thread for a while now and feel I need to
  17.   pipe in.  Two words. tcsh - emacs.
  18.       As far as i am concerned, an xterm running tcsh beats the hell out of
  19.   a pad: command completion(for *real*), full shell programming that looks and
  20.   acts like the programming language that I work with all the time, fast (try
  21.   more in a pad. (ho hum into raw mode, ho hum clear the screen, ho hum, display
  22.   the text, ho hum hit <return> (!?!?!?!?!?!?) to go back into cooked mode.
  23.  
  24. Running 'more' in a pad would be pretty stupid.  It defeats the whole
  25. purpose of using a pad.  I could just as legitimately fault emacs for its
  26. poor performance when running 'vi' (the real program, not the emulation
  27. mode) in a buffer.
  28.  
  29. I'm a fan of emacs myself, but there is one thing it won't do.  It won't
  30. properly interleave the input and output in a shell window.  No program that
  31. uses ptys to talk to the shell can do that as far as I know.  The DM uses a
  32. special 'pad' device to do this.
  33.