unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
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.

  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).