From: tyler <tyler.smith@mail.mcgill.ca>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs manual
Date: Wed, 08 Apr 2009 11:37:18 -0300 [thread overview]
Message-ID: <87myar9ppd.fsf@blackbart.sedgenet> (raw)
In-Reply-To: 87tz4zmfn6.fsf@gmail.com
Sean Sieger <sean.sieger@gmail.com> writes:
> I was just navigating my way back to a point in the Emacs Manual, the
> section, `22 File Handling'. I did `t', `m' and then typed
>
> file h <TAB>
>
> ``[No Match]'' was the message that I got.
>
> From the top level of the manual, ``Files'' is the name of the section.
> I remembered the last chapter name or section name I'd come across
> (again, `22 File Handling') as I do when I close a book and put it down.
>
> Isn't this a disjunction?
>
> My post may be interpreted as a complaint, but this looked like an
> example of the opacity that I sometimes perceive in the documentation of
> Emacs but don't know how to verbalize.
>
> Just looking for an explanation.
>
In Texinfo, the commands for naming a chapter are different from the
commands used to define a node. So in your case, the chapter is defined
as `File Handling', which applies that title to the top of the page, but
the node is defined as `Files', which is what gets inserted into the
menu, and is what you need to target when you use `m' to pick the page.
At least, that's how I understand it. I don't know why this should be,
because it seems like it would be more intuitive if the chapter and node
names were the same, as you've pointed out. If no-one else has a better
explanation, I'd be tempted to submit this as a documentation bug. It's
not really a bug though, as much as an inconsistency in the way
documents are laid out. I notice that the texinfo manual itself contains
similar problems, with the node `Ending a File' having the chapter title
`Ending a Texinfo File'.
Cheers,
Tyler
--
I have no "intellectual property," and I think that all claimants to
such property are thieves. --Wendell Berry
http://home.btconnect.com/tipiglen/resist.html
prev parent reply other threads:[~2009-04-08 14:37 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-08 13:36 emacs manual Sean Sieger
2009-04-08 14:35 ` Eli Zaretskii
2009-04-10 14:07 ` Sean Sieger
2009-04-08 14:37 ` tyler [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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87myar9ppd.fsf@blackbart.sedgenet \
--to=tyler.smith@mail.mcgill.ca \
--cc=help-gnu-emacs@gnu.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.