From: Richard Stallman <rms@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Info-scroll-prefer-subnodes default in Emacs.
Date: Tue, 24 Jun 2003 22:57:36 -0400 [thread overview]
Message-ID: <E19V0TY-0003mA-6L@fencepost.gnu.org> (raw)
In-Reply-To: <200306240255.h5O2t3T14984@eel.dms.auburn.edu> (message from Luc Teirlinck on Mon, 23 Jun 2003 21:55:03 -0500 (CDT))
Should I change the default and write a NEWS entry? I guess we also
need NEWS entries for kill-whole-line, vis-mode, the new behavior of R
and friends in dired when applied to . and .. (assuming a final
decision was made on that issue, this was not completely clear) and
for Info-hide-note-references which never got mentioned in the NEWS.
I could write NEWS entries for kill-whole-line and vis-mode and, if
desired, for the two other issues.
Please write NEWS entries for all of them.
I decided what Dired ought to do, but it has not yet been implemented
I think.
With Info-scroll-prefer-subnodes set to nil or in the stand-alone
Info, we first scroll through the index and then go to
(emacs)Shell Commands in Dired. It would be more consistent with the
"browse through everything consecutively as if it were one single
document" philosophy if we went to the next node, (emacs)Option Index
instead.
Yes.
I see two ways to implement that. One way is to have two kinds of
menus, one that represents the document's structure and one that
doesn't. The index could say `* Index:' instead of `* Menu:'. It
would work the same in m but differently in SPC. Karl, what do you
think?
Another way is to do the index using xrefs instead of menus.
Practically speaking, changing the order of Next pointers so that the
indices come at the end might make things good enough in the Emacs
manual. It still would not be entirely correct, though.
next prev parent reply other threads:[~2003-06-25 2:57 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-20 1:19 Info-scroll-prefer-subnodes default in Emacs Luc Teirlinck
2003-06-21 4:56 ` Richard Stallman
2003-06-24 2:55 ` Luc Teirlinck
2003-06-24 3:50 ` Luc Teirlinck
2003-06-24 3:56 ` Luc Teirlinck
2003-06-25 2:56 ` Richard Stallman
2003-06-24 4:12 ` Eli Zaretskii
2003-06-25 3:03 ` Luc Teirlinck
2003-06-25 2:57 ` Richard Stallman [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-06-20 13:55 Karl Berry
2003-06-23 1:57 ` Miles Bader
2003-06-24 13:26 Karl Berry
2003-06-25 13:43 Karl Berry
2003-06-26 5:30 ` Richard Stallman
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=E19V0TY-0003mA-6L@fencepost.gnu.org \
--to=rms@gnu.org \
--cc=emacs-devel@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 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).