RE: RE: [Ilisp-devel] Re: Using Emacs as a Lisp IDE

"Clementson, Bill" <[email protected]>
Newsgroups gmane.lisp.ilisp.general,gmane.lisp.ilisp.devel
Message-ID <[email protected]>
From: Nikodemus Siivola on Tuesday, July 15, 2003 8:57 AM
> IMHO, the main value for keybinding documentation is easing 
> the learning curve.  
> 
> People who are new to both emacs and Common Lisp
> aren't in the most enviable of positions as it is: for them 
> there is great value in being able to find keybindings by 
> searching the documentation for such. ;)
> 
> Also, during the early learning stages a list of keybindings 
> is a good learning tool as it is pretty much equivalent to 
> "frequently used commands".
> 
> I've used emacs for a few years, but "C-h m" isn't something 
> I yet do by reflex. I probably should, but I'm only bringing 
> this up to illustrate that overcoming emacs-cluelessness is a 
> long-term project for at least some of it's users.
> 
> That said, I can most certainly understand you reluctance to 
> maintain multiple sets of documentation...
> 
> Hence I'd suggest mentioning the "C-h m" &co under 
> "Keybindings" in the Ilisp documentation. Or maybe a "Short 
> Guide to Developing with Ilisp" would be the correct solution.

Ummm, I already put the following at the bottom of the intro to the
"Keybindings" section:

"Remember that you can type `C-h m' at any time to see help on the
current major mode, which will show (among other things) a list of all
currently active keybindings."

:-(

I agree that a "Short Guide to Developing with Ilisp" would be a useful
thing. That will (hopefully) be what my ILC2003 paper on "Using Emacs as
a Lisp IDE" will turn out to be. However, it will cover both Ilisp, eli
& inferior lisp modes, so may not be as succinct as an ilisp-only guide
would be. My intention was to post a version of the paper on the CL
Cookbook site in order to make it more generally available for anyone
who wants to use Emacs to develop lisp code. 

This brings up the generic question of how much documentation is
"enough" and what is the best way to provide supplemental documentation?
I think it is difficult to know exactly where to draw the line between
package-specific documentation (that needs to be included with something
like ilisp) and tutorial-type documentation. My own feeling is that the
former needs to be concise and just enough to get users going (because
after people become comfortable with a package, most rarely return to
the documentation) and that is what is included with ilisp at the moment
(although I'm sure there's lots of room for improvements). The latter
(tutorial-type documenation) is more appropriate for a site like CL
Cookbook which can provide a better range of tutorial topics and can be
maintained by a larger population. I think Edi Weitz deserves a lot of
praise for setting up the CL Cookbook site as it gives the community a
place to collect tutorial-type documentation.

If you like, I can send you an early draft (once I have something to a
reasonable state) and you can provide me with feedback as to whether it
might be an adequate alternative to a "Short Guide to Developing with
Ilisp" and whether the combination of the ilisp documentation and the CL
Cookbook would provide beginners with sufficient "getting started"
material.

I appreciate your comments and feedback.

--
Bill Clementson



-------------------------------------------------------
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval WebKing and get a free book.
www.parasoft.com/bulletproofapps1
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.