home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / scheme / 2735 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  3.3 KB

  1. Xref: sparky comp.lang.scheme:2735 comp.lang.lisp:3073
  2. Newsgroups: comp.lang.scheme,comp.lang.lisp
  3. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!quads!ab2r
  4. From: ab2r@quads.uchicago.edu (Marshall Abrams)
  5. Subject: Want history/command editing facilities in free Lisps
  6. Message-ID: <1992Dec15.034053.10061@midway.uchicago.edu>
  7. Summary: Just wanted to suggest that implementors add this feature
  8. Sender: news@uchinews.uchicago.edu (News System)
  9. Reply-To: ab2r@midway.uchicago.edu
  10. Organization: University of Chicago Computing Organizations
  11. References: <1992Dec8.150654.6516@st-andrews.ac.uk> <HANCHE.92Dec9104214@ptolemy.ams.sunysb.edu>
  12. Date: Tue, 15 Dec 1992 03:40:53 GMT
  13. Lines: 56
  14.  
  15. In article <HANCHE.92Dec9104214@ptolemy.ams.sunysb.edu>
  16. hanche@ams.sunysb.edu (Harald Hanche-Olsen) writes: 
  17.  
  18. >Simple scheme implementations like scm with just a simple line
  19. >oriented interface are only fun to use on operating systems like unix
  20. >where you can use good editors like emacs for a front end. 
  21.  
  22. I'm really thankful to all of the free Lisp and Scheme
  23. implementors out there, but I want to put in a plug for adding a
  24. command line editing/history mechanism to these programs.  If I
  25. were a real C programmer, and had time, I suppose I'd do it
  26. myself.  (Hmm--Maybe I'll try to do a portable one in Lisp some
  27. time.  I suppose I know enough to do this.  Now, if I only had
  28. more time...:-) Anyway, it would be a really nice feature
  29. for those of us who use Lisps in operating systems like MSDOS.  I
  30. can get by pretty well at this point just typing things in and
  31. backspacing back to typos--I've been playing with Lisp long
  32. enough that my mental parentheses-matcher is fairly accurate.
  33. But being able to edit and go back to prior entries is handier.
  34. This is especially true for people starting out with Lisp.  Not
  35. having a history mechanism (or an editor interface such as Gnu
  36. Emacs (or GW-BASIC, for that matter)) negates a lot of the
  37. benefits to novices of using an interpreted language.  But anyone
  38. who's not an expert probably wants to experiment by typing in
  39. this or that at some point.  Probably gurus need to do this
  40. sometimes, too, at least to make quick changes to variables.  And
  41. it's just so much easier if you can recall and edit past lines.
  42.  
  43. (The history mechanism is one of my favorite things about the
  44. one commercial product I've got, Star Sapphire Common Lisp.)
  45.  
  46. So how about it, implementors?  I know it's extra work, but if
  47. you're doing enhancements anyway, I suggest that this ought to be
  48. fairly high on your list.
  49.  
  50. (Xlisp-Plus 2.1 does allow you to use DOS command line
  51. facilities.  So if you've got something set up in DOS to give you
  52. history/editing, you get it for free in Xlisp-Plus.  It's nice.
  53. (Thanks, Tom Almy.)  The drawback is that DOS gets to see the
  54. keystrokes before Xlisp does, and then a Ctrl-C aborts Xlisp
  55. rather than just your Lisp form.  It's also possible to use small
  56. Lisps within the Epsilon editor, which I've done sometimes with
  57. Xlisp, XScheme, and SCM (I think), but it's messy. The Lisp often
  58. gets confused about what you've typed in.  You think you've
  59. entered a final paren, but between Epsilon and Lisp, it never got
  60. there.)
  61.  
  62.  
  63. Anyway, thanks again to free Lisp implementors, whether your
  64. Lisps have history mechanism or not.
  65.  
  66.  
  67. Marshall Abrams
  68. ab2r@midway.uchicago.edu
  69.  
  70. (BTW, I am aware of the +, ++, +++ abbreviations, but this isn't
  71.