all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: karl@freefriends.org
Subject: Re: { SPAM 2 }::Re: Divergence in menu appearance between Emacs Info and standalone Info
Date: Thu, 5 Jun 2003 17:50:16 -0500 (CDT)	[thread overview]
Message-ID: <200306052250.h55MoGm27622@eel.dms.auburn.edu> (raw)
In-Reply-To: <5xd6hs6qn0.fsf@kfs2.cua.dk> (storm@cua.dk)

Kim Storm wrote:

   I would simply write -- early in the documentation -- something like
   this:

   ----------------------- snip ------------------------

   Notice that starting with GNU emacs version 21.5, the emacs info
   reader usually replaces the elaborate menu and node references
   desscribed in the following sections by simpler `hyperlinks'.  

   If you prefer to see the elaborate references in emacs info too, you
   need to customize the Info-hide-note-references variable.

   -----------------------------------------------------

   What more do you need to say?

That would depend on the exact reimplementation.  Essentially that the
hiding can lead to surprising results when killing and yanking,
copying parts of the text to file, defaults when using M-x man and
friends and so on.  How you can avoid these surprises by making the
hidden text temporarily visible before killing or copying to
file. (Currently there is no convenient command for that, but it would
be easy to provide one, say `v'.)  Of course, implementation by
deletion would eliminate these subtleties.  Stefan's reimplementation
makes it a lot easier to deal with them, but they are still there.
Actually, in spite of the problems, it has one advantage over
deletion, namely that it would be easy to temporarily show the user
the additional info using `v', which would behave minor mode style.

Essentially, there would be nothing more to say, if your description
were accurate, that is if emacs did "replacing" (buffer editing)
rather than hiding.  That is what I refer to as reimplementation by
deletion.

Sincerely,

Luc.

  reply	other threads:[~2003-06-05 22:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-05 16:30 Divergence in menu appearance between Emacs Info and standalone Info Karl Berry
2003-06-05 16:44 ` Luc Teirlinck
2003-06-05 23:39   ` Kim F. Storm
2003-06-05 22:50     ` Luc Teirlinck [this message]
2003-06-06 17:03     ` 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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200306052250.h55MoGm27622@eel.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=karl@freefriends.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.