From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Type Ahead Find Date: Sun, 20 Mar 2005 06:19:50 +0900 Message-ID: References: <87k6o4eo2u.fsf@jurta.org> <874qf83a5i.fsf-monnier+emacs@gnu.org> <87psxvq11d.fsf@jurta.org> Reply-To: snogglethorpe@gmail.com, miles@gnu.org NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1111267340 25970 80.91.229.2 (19 Mar 2005 21:22:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 19 Mar 2005 21:22:20 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 19 22:22:19 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DClOe-0001cj-Ts for ged-emacs-devel@m.gmane.org; Sat, 19 Mar 2005 22:22:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DClfQ-0005XL-2d for ged-emacs-devel@m.gmane.org; Sat, 19 Mar 2005 16:39:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCldQ-0003vG-A5 for emacs-devel@gnu.org; Sat, 19 Mar 2005 16:37:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCldD-0003nu-UB for emacs-devel@gnu.org; Sat, 19 Mar 2005 16:37:17 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCldD-0003mI-MF for emacs-devel@gnu.org; Sat, 19 Mar 2005 16:37:15 -0500 Original-Received: from [64.233.184.193] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DClMN-0002pm-5e for emacs-devel@gnu.org; Sat, 19 Mar 2005 16:19:51 -0500 Original-Received: by wproxy.gmail.com with SMTP id 40so184683wri for ; Sat, 19 Mar 2005 13:19:50 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=ZIxI4WqsSFy/YFERi754EXKMIQPjdxXBvjlaqEK3M4HBOPO4hEcRXp1cFdhNdp3ab/nBhLbql9moHWR7cTokVx5xklEkC+FfDlvEnxArQXaRCCNzYC6QrlXRpxQW126Tt9JMIwRXjG48YQ+I1h2InBUieZdQHAeZSKVdJeNXaAg= Original-Received: by 10.54.20.6 with SMTP id 6mr4090893wrt; Sat, 19 Mar 2005 13:19:50 -0800 (PST) Original-Received: by 10.54.19.70 with HTTP; Sat, 19 Mar 2005 13:19:50 -0800 (PST) Original-To: Juri Linkov In-Reply-To: <87psxvq11d.fsf@jurta.org> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:34785 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34785 On Sat, 19 Mar 2005 14:29:29 +0200, Juri Linkov wrote: > There is the text under point only in my first example. It would be > very useful to display hidden text like when Info-hide-note-references > hides the reference node names, so for example, when isearch reaches > the reference `*Note Local Variables in Files: (emacs)File variables', > it would display the hidden node name in square brackets: > > I-search: local variables [(emacs)File variables] I disagree strongly -- I've been seeing this sort of usage in the latest info-mode isearch, and I find it very confusing to see random information put into square-brackets after the input, because that area is used normally for error messages or very temporary feedback on the user's input. [The use in info-isearch that I'm complaining about is " [initial node]" --- which BTW is also confusingly worded, it took me a while to realize what that was trying to say...] Maybe there should be an area for "interesting information", but it shouldn't be the same area used for error messages. Ideally it'd be some area not so noticeable, e.g., at the far-right edge of the mini-buffer; but since that would require new redisplay hacking, how about just something like: I-search (in node File Variables): local variables That's also more similar to other "informational messages" used by search, e.g., "overwrapped" or whatever. [It seems a good idea for space reasons to omit the info-file name; AFAIK, isearch won't cross info file boundaries.] -Miles -- Do not taunt Happy Fun Ball.