Robert Widhopf-Fenk <[EMAIL PROTECTED]> writes: > IMHO the "XTLA Tour" is enough.
What do you mean with the XTLA Tour? - Our info file? > We should tell xtla how it eases their daily work with tla, > but not how tla works. I more agree with Matthieus view > here ... > > > The concepts for arch are rather complicated and it is difficult to > > get started with them. It would be nice, if one can start using tla > > via xtla.el without a deeper knowledge of tla. That is clearly not > > possible now. > > > > One idea is to use Lars Magne Ingebrigtsen's assistant.el to guide > > the users through some diffcult steps. > > > > See: > > - http://quimby.gnus.org/cgi-bin/cvsweb.cgi/gnus/lisp/assistant.el > > - http://quimby.gnus.org/cgi-bin/cvsweb.cgi/gnus/etc/gnus/gnus-setup.ast > > > > What do you think about that idea? > > I do not know them and they are not part of a standard > XEmacs package. I vote against introducing dependencies > to another third party elisp package ... that is not > included in stable releases. I read the discussions about assistant.el in the gnus and emacs-devel mailing lists. I don't want to use assistant.el as required part. But I think it would be nice to provide some recipes for common tasks in the form of an assistant. For example we could have an assistant that helps with archive cycling (I never did that and have not read the documentation about that procedure - so see it just as an example). You get a buffer with a description of the needed steps, you are asked some input (the locations of the old and the new archive) Something like that: Archive cycling is necessary when your archive gets tooo big. blah blah Select the old archive location: _________ Specify the new archive location: _________ When you press ok below, blah blah [ok] [cancel] assistant.el is now a part of the gnus cvs. So it will not be available soon. I just wanted to inform the list about the availability of that extension. Stefan.
