all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Stefan Monnier'" <monnier@iro.umontreal.ca>,
	<3454@emacsbugs.donarmstrong.com>,
	"'Eli Zaretskii'" <eliz@gnu.org>
Cc: zedzap@gmail.com
Subject: bug#3454: <SPC> when reading the emacs manual sometimes goes to thewrong node
Date: Mon, 8 Jun 2009 11:26:51 -0700	[thread overview]
Message-ID: <66C8E4FEA7F248D7ADC14CF42FC4897A@us.oracle.com> (raw)
In-Reply-To: <jwvd49jkfxt.fsf-monnier+emacsbugreports@gnu.org>

> "recent" versions of makeinfo label index nodes with an
> "index cookie", so if we see such a cookie, we know for sure 
> we're in an index node.  That should make it possible to write
> a good patch.

I think this bug should be fixed, no matter how minor it might seem to someone
who understands well the structure of Info or its implementation. It really
should be possible for someone to use a single key (`SPC') to traverse the
manual, with no exceptions.

Even adding a pseudo menu item at the beginning of the index, which would DTRT
(since SPC goes to the first menu item's node), would be useful, if no better
solution can be found. I'm not necessarily proposing such an ugly hack, but it
might be better than nothing.

`n' doesn't go anywhere when there is no `Next' node, and `SPC' doesn't go to
the right place when you are at the end of an index. Users should not need to
sometimes use `n' and sometimes use `SPC', and think consciously about which
might be appropriate and work, in order to simply traverse the manual from front
to back (and then wrap back to the front).

And this attitude is not a great one, IMO:

"Morale: do not use SPC at the end of an index, use `n'.
I'm closing this report."







      reply	other threads:[~2009-06-08 18:26 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1MBsYf-0002mJ-Tq@fencepost.gnu.org>
2009-06-03  5:40 ` bug#3454: <SPC> when reading the emacs manual sometimes goes to the wrong node Shannon Jones
2009-06-03 15:45   ` bug#3454: marked as done (<SPC> when reading the emacs manual sometimes goes to the wrong node) Emacs bug Tracking System
2009-06-03 23:41     ` Johan =?UTF-8?Q?Bockg=C3=A5rd
2009-06-03 18:15 ` bug#3454: <SPC> when reading the emacs manual sometimes goes to the wrong node Shannon Jones
2009-06-04 16:06   ` Stefan Monnier
2009-06-04 16:11     ` Eli Zaretskii
2009-06-04 18:37       ` Stefan Monnier
2009-06-08 18:26         ` Drew Adams [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=66C8E4FEA7F248D7ADC14CF42FC4897A@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=3454@emacsbugs.donarmstrong.com \
    --cc=eliz@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=zedzap@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 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.