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: 08 Dec 2003 08:45:36 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: 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> <200312070219.hB72Jfu10270@raven.dms.auburn.edu> <200312070231.hB72Vgv10283@raven.dms.auburn.edu> <87ekvgilfm.fsf@mail.jurta.org> <4038-Sun07Dec2003203237+0200-eliz@elta.co.il> <200312071857.hB7Ivks11511@raven.dms.auburn.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1070865991 25594 80.91.224.253 (8 Dec 2003 06:46:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 8 Dec 2003 06:46:31 +0000 (UTC) Cc: juri@jurta.org, emacs-devel@gnu.org, karl@freefriends.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Dec 08 07:46:27 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 1ATFA3-0006Sd-00 for ; Mon, 08 Dec 2003 07:46:27 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ATFA3-0002Iw-00 for ; Mon, 08 Dec 2003 07:46:27 +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 1ATG5e-0000tQ-FN for emacs-devel@quimby.gnus.org; Mon, 08 Dec 2003 02:45:58 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ATG5P-0000rD-1W for emacs-devel@gnu.org; Mon, 08 Dec 2003 02:45:43 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ATG4r-0000XB-Vm for emacs-devel@gnu.org; Mon, 08 Dec 2003 02:45:41 -0500 Original-Received: from [207.232.27.5] (helo=WST0054) by monty-python.gnu.org with asmtp (Exim 4.24) id 1ATG4q-0000SX-OE; Mon, 08 Dec 2003 02:45:09 -0500 Original-To: Luc Teirlinck In-reply-to: <200312071857.hB7Ivks11511@raven.dms.auburn.edu> (message from Luc Teirlinck on Sun, 7 Dec 2003 12:57:46 -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:18539 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18539 > Date: Sun, 7 Dec 2003 12:57:46 -0600 (CST) > From: Luc Teirlinck > > Doesn't the stand-alone reader handle this correctly? (I don't > remember.) If it does, we could do something similar in Emacs. > > The user invokes `f' and starts typing in the minibuffer. > > If the node is not unique because the _file_ is not unique, the > stand-alone reader chooses a node based on the value of point in the > *info* buffer. > > But the user is entering input in the minibuffer. Hence I believe it > would make more sense to ask for extra characters You can still type more characters if you want, don't you? The preference given to the reference at or closest to point does sound like a reasonable feature, doesn't it? If you agree to those two points, why force the user to type more when in most cases the alternative suggested by the reader is good? (I usually press TAB before hitting RET, just to be sure I'm going to wind up at the right spot. But even if I didn't, typing `l' will bring me back to where I was, and then I can type the right node name explicitly.) In any case, unless you think the behavior of the stand-alone reader is undesirable, I think we should for starters make Emacs behave similarly.