From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 7783@debbugs.gnu.org
Subject: bug#7783: 24.0.50; (elisp) autoloading nodes, autoload cookie for define-globalized-minor-mode,...
Date: Wed, 05 Jan 2011 18:49:55 +0200 [thread overview]
Message-ID: <83tyhnmh1o.fsf@gnu.org> (raw)
In-Reply-To: <E37F27C7A45F4B3CBC502F1F34FB206D@us.oracle.com>
> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Tue, 4 Jan 2011 13:34:08 -0800
> Cc:
>
> C-h i, choose Elisp
>
> Search for autoload. The first occurrence is `Autoload Type', in
> subsection `Programming Types'.
>
> The second occurrence is `Autoloading', in subsection `Kinds of Forms'.
> It is supposed to be a node on "Functions set up to load files
> containing their real definitions" ("their" is not super clear).
>
> So the main menu entry for `Autoloading' is that node.
>
> Continuing to search in the top-level menu we come to `Autoload' in
> subsection `Loading'.
I presume you searched with `s' or some such. If so, it is unclear
why you are doing that, since `i' is so much more efficient (in this
case it instantly gets you to the right spot). Using `s' should be
Plan B, not the first attempt. (And if Plan B succeeds, a bug report
about bad indexing should follow.)
> So we see that there are at least 3 nodes with very similar node names:
> `Autoload Type', `Autoloading', and `Autoload'. The first part of this
> bug is that the names should be more specific, referring to the topics
> of their relative subsections or some other specificity.
"Autoload Type" sounds appropriate to me -- it is a subsection of
"Lisp Data Types". "Autoloading" could be renamed as "Autoload
Forms", since it's in the "Kinds of Forms" section, and quite a few of
its siblings are named "SOME Forms". As for "Autoload", I'm not sure
it's a good idea to rename it, since it describes the `autoload'
facility itself. Suggestions for specific node/section names are
welcome.
> Next, follow the menu link to node `Autoloading'. It is not, as the
> main menu said, a node that describes or explains "Functions set up to
> load files containing their real definitions". It is a node that is
> nearly vacuous of content. It simply gives some general blah-blah about
> autoloading and then sends you off to node `Autoload'. So the second
> part of this bug is to clean this up - either get rid of this node or
> DTRT wrt its purported topic (and rename it, since the name is too
> general for the topic).
I see no problem with the current organization of the manual. Manuals
are for human consumption, so they don't need to mention each feature
in only one place. It is perfectly valid practice in manuals to
mention shortly something that is only tangentially related to the
current main topic, then refer the reader for details to where that
something is described in full. In this case, it is in a separate
node so that a reader who is not interested could go to the next node
without descending through the menu.
> Following that link we finally get to node `Autoload', which is where
> autoloading is explained. There should be a top-level, main menu entry
> to this node, and not just a link buried in some subsection (let along 3
> links in 3 subsections).
I see no need for having this in the _main_ menu (it is, of course,
present in the detailed menu, below, in the same node). It is
impractical to have every single important concept in the main menu,
and still produce a manual of a reasonably deep structure.
Readers should use `i', not the main menu, to search for specific
subjects, that's why we try to invest a significant effort in having
good indexing. And in this case, it _is_ good, I think, because it
lands you right on target.
> Finally, in node `Autoload' we say that these constructs are handled by
> cookies:
>
> "Function-defining forms" include `define-skeleton',
> `define-derived-mode', `define-generic-mode' and `define-minor-mode' as
> well as `defun' and `defmacro'.
>
> What about `define-globalized-minor-mode'? If that is not handled
> similarly, then that is a code bug - it should be. If it is handled
> similarly by a cookie then it should be included in the doc list. Users
> should not need to consult the source code to try to determine what
> an autoload cookie before `define-globalized-minor-mode' will do.
I don't know anything about this part, sorry. Sounds like a separate
issue, anyway.
next prev parent reply other threads:[~2011-01-05 16:49 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-04 21:34 bug#7783: 24.0.50; (elisp) autoloading nodes, autoload cookie for define-globalized-minor-mode, Drew Adams
2011-01-04 23:03 ` bug#7783: 24.0.50; (elisp) autoloading nodes, autoload cookie fordefine-globalized-minor-mode, Drew Adams
2011-01-05 16:52 ` Eli Zaretskii
2011-01-05 18:31 ` Drew Adams
2011-01-05 16:49 ` Eli Zaretskii [this message]
2011-01-05 18:31 ` bug#7783: 24.0.50; (elisp) autoloading nodes, autoload cookie for define-globalized-minor-mode, Drew Adams
2012-03-10 4:02 ` Chong Yidong
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=83tyhnmh1o.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=7783@debbugs.gnu.org \
--cc=drew.adams@oracle.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 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.