From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel 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) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200306052250.h55MoGm27622@eel.dms.auburn.edu> References: <200306051630.h55GUPL00368@f7.net> <5xd6hs6qn0.fsf@kfs2.cua.dk> NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1054854622 14219 80.91.224.249 (5 Jun 2003 23:10:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 5 Jun 2003 23:10:22 +0000 (UTC) Cc: karl@freefriends.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Jun 06 01:10:16 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19O3s8-0003gu-00 for ; Fri, 06 Jun 2003 01:10:16 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19O4AP-0006ab-00 for ; Fri, 06 Jun 2003 01:29:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19O3lY-0008Cg-NZ for emacs-devel@quimby.gnus.org; Thu, 05 Jun 2003 19:03:28 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19O3kv-00082X-FM for emacs-devel@gnu.org; Thu, 05 Jun 2003 19:02:49 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19O3hS-0006Ou-Tn for emacs-devel@gnu.org; Thu, 05 Jun 2003 18:59:15 -0400 Original-Received: from manatee.dms.auburn.edu ([131.204.53.104]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19O3Yi-0003p7-3I; Thu, 05 Jun 2003 18:50:12 -0400 Original-Received: from eel.dms.auburn.edu (eel.dms.auburn.edu [131.204.53.108]) h55Mo7oc028895; Thu, 5 Jun 2003 17:50:08 -0500 (CDT) Original-Received: (from teirllm@localhost) by eel.dms.auburn.edu (8.11.6+Sun/8.11.6) id h55MoGm27622; Thu, 5 Jun 2003 17:50:16 -0500 (CDT) X-Authentication-Warning: eel.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: storm@cua.dk In-reply-to: <5xd6hs6qn0.fsf@kfs2.cua.dk> (storm@cua.dk) Original-cc: rms@gnu.org Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:14799 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14799 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.