From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ittay Dror Newsgroups: gmane.emacs.help Subject: Re: placing cursor at *start* of match in incremental search Date: 26 Jan 2003 11:47:52 +0200 Organization: Qlusters Inc. Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <1043574470.8748.138.camel@rum> References: <3E2D7F8E.1050205@ihs.com> <1043301279.8748.31.camel@rum> <20030123135818.GA4232@khazad-dum> <1043562515.8748.104.camel@rum> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1043574551 9004 80.91.224.249 (26 Jan 2003 09:49:11 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 26 Jan 2003 09:49:11 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18cjPZ-0002Kz-00 for ; Sun, 26 Jan 2003 10:49:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18cjQZ-0007Bb-04 for gnu-help-gnu-emacs@m.gmane.org; Sun, 26 Jan 2003 04:50:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18cjQD-0006zP-00 for help-gnu-emacs@gnu.org; Sun, 26 Jan 2003 04:49:49 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18cjQ7-0006qx-00 for help-gnu-emacs@gnu.org; Sun, 26 Jan 2003 04:49:44 -0500 Original-Received: from adsl-161-92.barak.net.il ([62.90.161.92] helo=hirame.qlusters.com) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18cjPn-0006OV-00 for help-gnu-emacs@gnu.org; Sun, 26 Jan 2003 04:49:23 -0500 Original-Received: from [10.100.0.13] ([10.100.0.13]) by hirame.qlusters (8.10.2/8.10.2) with ESMTP id h0Q9eVe09675; Sun, 26 Jan 2003 11:40:31 +0200 Original-To: Maciej Kalisiak In-Reply-To: <1043562515.8748.104.camel@rum> X-Mailer: Ximian Evolution 1.2.0 (1.2.0-3) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:5962 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:5962 On Sun, 2003-01-26 at 08:28, Ittay Dror wrote: > On Thu, 2003-01-23 at 15:58, Maciej Kalisiak wrote: > > On Thu, Jan 23, 2003 at 07:58:46AM +0200, Ittay Dror wrote: > > > here are my 2c: > > > (defadvice isearch-search (after put-cursor-at-beginning last act) > > > (if isearch-success (goto-char (match-beginning 0)))) > > > > > > (defadvice isearch-repeat (before put-cursor-at-end first act) > > > (goto-char (match-end 0))) > > > > > > this will put the cursor at the start of the search *while* searching. > > > seems less confusing to me. > > > > Very cool! This is now my favourite. :) Although, is there any way to prevent > > the flashing when typing in more letters? As I add additional characters to > > the search, after each one all the current matches are erased, and after a > > small, but quite visible delay, the new ones show up... the default isearch > > doesn't do that. Minor point, but I might as well ask since I'm getting such > > excellent suggestions. :) > this is the behavior of isearch even before my hack is applied. it is > because the highlighting of matches is done in a 'lazy' loop. try > setting isearch-lazy-highlight-initial-delay to 0 and increasing > isearch-lazy-highlight-max-at-a-time (you can also customize-group > isearch-lazy-highlight) well, after some investigation. the problem is that the lazy highlight loop deletes the old overlays (from before the last key press) before creating a new highlight loop. this can be fixed somewhat by saving the old overlays and deleting them after creating the new one. although, this will create an instance where the old overlays are still visible. another slowdown is that the overlays creation is done inside a loop that searches the buffer. i think that if the mattches will be accumulated inside the loop and only after it is finished will the overlays be created it will speedup things. if/when i have time i'll do it. ittay > > hope it helps, > ittay -- =================================== Ittay Dror (ittay@qlusters.com) User Space Team, R&D Qlusters Inc. +972-3-6081976 Fax: +972-3-6081841