unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Jean-Christophe Helary <jean.christophe.helary@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Specialized Emacs Features ?
Date: Sat, 03 Jun 2017 09:09:51 +0300	[thread overview]
Message-ID: <83y3t9bo0g.fsf@gnu.org> (raw)
In-Reply-To: <B9F9C445-2DE9-47C3-BC66-C2D28F952EF3@gmail.com> (message from Jean-Christophe Helary on Sat, 3 Jun 2017 08:46:56 +0900)

> From: Jean-Christophe Helary <jean.christophe.helary@gmail.com>
> Date: Sat, 3 Jun 2017 08:46:56 +0900
> 
> > On Jun 3, 2017, at 2:34, Eli Zaretskii <eliz@gnu.org> wrote:
> > 
> > IME, learning a new tool is more efficient if done in a spiral than in
> > a tree-like depth-first order.
> 
> I agree, and I'm not suggesting that we impose a learning method to the reader. The manual is fully linked and referenced and as such is already fully "spiralable".

This argument goes both ways: if the order of chapters doesn't matter,
then why are you suggesting to change it?

But I think the order does matter: you forget about the reader who
reads the printed book.  Books are generally read front to back, so
the order of chapters does matter in that case.

> I'm just concerned about that "advanced features" section that looks like a list of chapters that were just put there as an afterthought. For ex, the "sort text" item should really be after 22.7. There is no reason why it appears as an advanced feature.

It's "advanced" because most users will rarely if ever need to sort
text within Emacs.

> There is a "networking" section that could be created by just adding a section title etc.

I could agree to having Gnus, Rmail, and "Sending Mail" under the same
chapter.  But I see no reason to have them all under "Networking", nor
bringing EWW and WebKit chapters to their side, as that doesn't
necessarily make sense to a user.  And "Host Security" is not about
networking anyway.

> I'm just talking about a little gardening in the manual.

That's fine, but the current structure is not arbitrary, either, so we
must agree on some principles first.  E.g., claiming that the order
doesn't matter is a non-starter, IMO.



      parent reply	other threads:[~2017-06-03  6:09 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-02 12:13 Specialized Emacs Features ? Jean-Christophe Helary
2017-06-02 12:22 ` Eli Zaretskii
2017-06-02 13:04   ` Jean-Christophe Helary
2017-06-02 13:13     ` Eli Zaretskii
2017-06-02 13:38       ` Jean-Christophe Helary
2017-06-02 14:05         ` Eli Zaretskii
2017-06-02 14:35           ` Jean-Christophe Helary
2017-06-02 14:56             ` Yuri Khan
2017-06-02 15:11               ` Jean-Christophe Helary
2017-06-02 15:55                 ` Eli Zaretskii
2017-06-02 16:15                   ` Jean-Christophe Helary
2017-06-02 17:34                     ` Eli Zaretskii
2017-06-02 23:46                       ` Jean-Christophe Helary
2017-06-02 23:55                         ` Clément Pit-Claudel
2017-06-03  0:49                           ` Jean-Christophe Helary
2017-06-03  6:15                             ` Eli Zaretskii
2017-06-03  6:33                               ` Jean-Christophe Helary
2017-06-04  2:56                             ` Richard Stallman
2017-06-03  6:09                         ` Eli Zaretskii [this message]

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=83y3t9bo0g.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jean.christophe.helary@gmail.com \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).