all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: juri@jurta.org, emacs-devel@gnu.org, xemacs-beta@xemacs.org
Subject: Re: Emacs setup assistants
Date: 20 May 2004 12:57:11 +0200	[thread overview]
Message-ID: <x5pt8z1i48.fsf@lola.goethe.zz> (raw)
In-Reply-To: <u7jv7zb50.fsf@gnu.org>

Eli Zaretskii <eliz@gnu.org> writes:

> > From: David Kastrup <dak@gnu.org>
> > Date: 20 May 2004 09:25:23 +0200
> > 
> > > So there is a more general question: why not extend Customize
> > > for a guided tour through options?
> > 
> > Because it does not lend itself to writing?  For Texinfo, we have
> > modes that facilitate getting a nice, human-manageable document
> > source.  We don't have that for some weird stuff of Lisp functions.
> 
> Do we really need an elaborate authoring support in this case?

Yes.  Installation assistants have to reflect the views of the
learner, not of the person immersed into programming.  And we also
want to have natural language versions of those.

If the format is basically text, we'll get people to particate in
translation and writing.  Few people bother about correcting
ambiguous wording of DOC strings (which feel like they are the realm
of specialists) in the middle of obscure Lisp code.  The necessity
for hand-formatting your DOC strings alone constantly keeps focus of
the real work.  We really don't want to completely abandon Emacs'
support for conveniently writing texts when the task is writing texts.

> A tool such as the one being discussed needs mostly small chinks of
> plain text interspersed with hyperlinks, something for which
> Customize (and indeed even Help functions) already have the
> necessary infrastructure, or at least large parts of it.

Small? No.  An assistant has to _explain_ things, and the ways in
which they are related.  Isolated customization strings don't do that.
You don't get a coherent explanation and layout of what to do in what
order and what influences what.  You get a twisty little maze of
crosslinks with pieces of information scattered around, and the
coherent ideas of the design having no place to be sitting.

That's not what an assistant is supposed to do: an assistant is
concerned with setting up a package, not with customizing a single
variable once you have found out that you might want to customize
_that_ variable.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum



  reply	other threads:[~2004-05-20 10:57 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-18 20:55 Emacs setup assistants Lars Magne Ingebrigtsen
2004-05-19  6:34 ` David Kastrup
2004-05-19  7:32   ` Lars Magne Ingebrigtsen
2004-05-19 10:31     ` David Kastrup
2004-05-19 15:29       ` Ted Zlatanov
2004-05-19 20:49         ` Thien-Thi Nguyen
2004-05-19 21:35           ` Lars Magne Ingebrigtsen
2004-05-20 13:17       ` Richard Stallman
2004-05-20 17:31         ` Ted Zlatanov
2004-05-21 14:12           ` Richard Stallman
2004-05-21 17:42             ` Ted Zlatanov
2004-05-21 19:09               ` Lars Magne Ingebrigtsen
2004-05-21 18:32             ` Eli Zaretskii
2004-05-22 21:44               ` Richard Stallman
2004-05-19  8:18   ` Per Abrahamsen
2004-05-19  9:59     ` Juri Linkov
2004-05-20  7:25       ` David Kastrup
2004-05-20  9:43         ` Eli Zaretskii
2004-05-20 10:57           ` David Kastrup [this message]
2004-05-20 13:44             ` Eli Zaretskii
2004-05-20 17:00               ` David Kastrup
2004-05-20 18:31                 ` Eli Zaretskii
2004-05-20 19:05                   ` Jon Ericson
2004-05-20 19:07                   ` Ted Zlatanov
2004-05-21 18:12                     ` Eli Zaretskii
2004-05-21 18:04                       ` Ted Zlatanov
2004-05-22 11:09                         ` Per Abrahamsen
2004-05-24 14:10                           ` Ted Zlatanov
2004-05-24 19:46                             ` David Kastrup
2004-05-25 18:16                               ` Ted Zlatanov
2004-05-25 20:59                                 ` Juri Linkov
2004-05-25 22:57                                   ` A.J. Rossini
2004-05-25 23:19                                     ` Miles Bader
2004-05-26  7:11                                       ` David Kastrup
2004-05-26 14:04                                         ` Ted Zlatanov
2004-05-27  8:50                                           ` David Kastrup
2004-05-26 14:06                                     ` Ted Zlatanov
2004-05-26 22:14                                     ` Juri Linkov
2004-05-26 18:57                                   ` Per Abrahamsen
2004-05-26 10:42                                 ` Eli Zaretskii
2004-05-26 13:59                                   ` Ted Zlatanov
2004-05-27 23:54                                   ` Richard Stallman
2004-05-26 15:26                             ` Stefan Monnier
2004-05-27 15:07                               ` Ted Zlatanov
2004-05-27 16:59                                 ` René Kyllingstad
2004-05-27 16:59                                 ` René Kyllingstad
2004-05-22 13:28                         ` Eli Zaretskii
2004-05-20 20:57                   ` David Kastrup
2004-05-21 17:57                     ` Eli Zaretskii
2004-05-22 11:01                       ` Per Abrahamsen
2004-05-21 14:11                   ` Richard Stallman
2004-05-29  1:26               ` David A. Cobb
2004-05-30  8:15                 ` Per Abrahamsen
2004-05-20 10:00       ` Per Abrahamsen
2004-05-19  6:43 ` David Kastrup
2004-05-19 13:45 ` Richard Stallman
2004-05-19 15:04   ` David Kastrup
2004-05-19 20:07     ` Eli Zaretskii
2004-05-19 16:41   ` Ted Zlatanov
  -- strict thread matches above, loose matches on Subject: below --
2004-05-26 11:48 Berndl, Klaus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=x5pt8z1i48.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    --cc=xemacs-beta@xemacs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.