From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Type Ahead Find Date: Fri, 18 Mar 2005 16:53:45 -0500 Message-ID: <874qf83a5i.fsf-monnier+emacs@gnu.org> References: <87k6o4eo2u.fsf@jurta.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1111183231 28235 80.91.229.2 (18 Mar 2005 22:00:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 18 Mar 2005 22:00:31 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 18 23:00:31 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DCPW7-0001oY-KW for ged-emacs-devel@m.gmane.org; Fri, 18 Mar 2005 23:00:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCPmg-0001jv-Rb for ged-emacs-devel@m.gmane.org; Fri, 18 Mar 2005 17:17:34 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DCPl5-0000A8-9v for emacs-devel@gnu.org; Fri, 18 Mar 2005 17:15:57 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DCPku-0008UX-Sv for emacs-devel@gnu.org; Fri, 18 Mar 2005 17:15:46 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DCPks-0008Rq-Do for emacs-devel@gnu.org; Fri, 18 Mar 2005 17:15:42 -0500 Original-Received: from [209.226.175.54] (helo=tomts10-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DCPPe-0002BR-DY for emacs-devel@gnu.org; Fri, 18 Mar 2005 16:53:46 -0500 Original-Received: from alfajor ([67.68.217.141]) by tomts10-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20050318215345.LQBL19622.tomts10-srv.bellnexxia.net@alfajor>; Fri, 18 Mar 2005 16:53:45 -0500 Original-Received: by alfajor (Postfix, from userid 1000) id 9A9E1D7383; Fri, 18 Mar 2005 16:53:45 -0500 (EST) Original-To: Juri Linkov In-Reply-To: <87k6o4eo2u.fsf@jurta.org> (Juri Linkov's message of "Fri, 18 Mar 2005 21:45:29 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:34749 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:34749 > I-search: gnu [GNU Free Documentation License] I'm not particularly happy about this reuse of the [...] message. It's meant to hold an error message. Maybe it's not too serious as such, but given that the text displayed there is (at least in your example) nothing more than the text under point, I don't find it to be worthwhile. > In contrast with `isearch-search-fun-function' which mainly is used to > widen the search space (e.g. to other Info nodes, etc.), the new > variable `isearch-success-function' narrows the standard search space > to specific buffer regions. Actually, the first implementation of isearch-search-fun-function (a good bit before I installed it in the CVS) was triggered by a question on gnu.emacs.help of how to do an "incremental imenu" and I implemented it with isearch-search-fun-function where I simply mixed the "current search string" with the imenu-generic-expression in order to constrain the search space, pretty much in the way you suggest. > It removes the need to write a complicated > search function for `isearch-search-fun-function'. It seems that what you're suggesting is basically implementable as: (setq isearch-search-fun-function `(lambda (string &optional bound noerror) (if (funcall isearch-success-function) (,(isearch-search-fun) string bound noerror)))) so I'm not sure what you mean by "complicated". Stefan