From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: Info enhancements Date: Sat, 06 Dec 2003 19:15:15 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <3791-Sat06Dec2003191515+0200-eliz@elta.co.il> References: <878ylrbbk4.fsf@mail.jurta.org> <200312051426.hB5EQeZ11287@f7.net> <87ekvjuuj8.fsf@mail.jurta.org> <200312051802.hB5I2EC04476@raven.dms.auburn.edu> <200312052233.hB5MXsv07577@raven.dms.auburn.edu> <87ptf2omam.fsf@mail.jurta.org> <7494-Sat06Dec2003114347+0200-eliz@elta.co.il> <200312061645.hB6GjnB09507@raven.dms.auburn.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1070731245 10630 80.91.224.253 (6 Dec 2003 17:20:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 6 Dec 2003 17:20:45 +0000 (UTC) Cc: juri@jurta.org, karl@freefriends.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Dec 06 18:20:39 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ASg6h-0004BS-00 for ; Sat, 06 Dec 2003 18:20:39 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ASg6g-00066k-00 for ; Sat, 06 Dec 2003 18:20:39 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ASh1Q-0000zY-Iq for emacs-devel@quimby.gnus.org; Sat, 06 Dec 2003 13:19:16 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ASh12-0000z9-90 for emacs-devel@gnu.org; Sat, 06 Dec 2003 13:18:52 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ASh0W-0000nE-3T for emacs-devel@gnu.org; Sat, 06 Dec 2003 13:18:51 -0500 Original-Received: from [192.114.186.18] (helo=bilbo.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ASh0V-0000kM-5E for emacs-devel@gnu.org; Sat, 06 Dec 2003 13:18:19 -0500 Original-Received: from zaretski (pns03-196-203.inter.net.il [80.230.196.203]) by bilbo.inter.net.il (Mirapoint Messaging Server MOS 3.3.8-GR) with ESMTP id CAC26671; Sat, 6 Dec 2003 19:16:10 +0200 (IST) Original-To: Luc Teirlinck X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <200312061645.hB6GjnB09507@raven.dms.auburn.edu> (message from Luc Teirlinck on Sat, 6 Dec 2003 10:45:49 -0600 (CST)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18466 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18466 > Date: Sat, 6 Dec 2003 10:45:49 -0600 (CST) > From: Luc Teirlinck > > IIRC, the stand-alone Info reader was fixed to prefer the reference > at point, if there is one, and otherwise try the reference that is > closest to point. > > In my bug report to Juri I was not talking about references (@ref and > the like), but about _menu entries_. Juri talked about "references". > Juri, is this really what you meant? I actually made myself a mini > .texi file to check whether there was a similar problem with > references, but everything seemed to work OK. > > Menu entries with the same name would give trouble for the `m' > (Info-menu) command. IIRC, the stand-alone reader handles this problems as well (by preferring the menu entry that is closest to point). > > But we can remove such limitation by > > adding a new argument `nodename' to the `Info-follow-reference'. > > Please don't. Let's not introduce yet another haphazard change into > the Info format. As the case of the stand-alone reader shows, this > limitation can be lifted without any changes to the Info format per > se. > > Either I misunderstand you, or you misunderstood Juri or I > misunderstood Juri. `Info-follow-reference' is a function in info.el. > It has nothing to do with the Info format or formatting, it is a > navigational function. Same difference. There's no need to do that, IMHO, so let's not. Really, the only positive outcome of this longish thread is the more-or-less widespread consensus that we should develop an XML-based reader. Could we please drop the (IMHO futile) attempts to ``fix'' the current Info readers by making them slicker than they were designed to be?