From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: isearch multiple buffers Date: Fri, 12 Oct 2007 02:52:04 +0300 Organization: JURTA Message-ID: <871wc15m2b.fsf@jurta.org> References: <87odfcggvl.fsf@jurta.org> <87myut77c2.fsf@jurta.org> <873awlidih.fsf@offby1.atm01.sea.blarg.net> <871wc51any.fsf@jurta.org> <878x6a6ktw.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1192148638 4411 80.91.229.12 (12 Oct 2007 00:23:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 Oct 2007 00:23:58 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 12 02:23:50 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ig8Jf-0001Ln-UP for ged-emacs-devel@m.gmane.org; Fri, 12 Oct 2007 02:23:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ig8JZ-0005Ko-Tm for ged-emacs-devel@m.gmane.org; Thu, 11 Oct 2007 20:23:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ig8I3-0004Ox-7w for emacs-devel@gnu.org; Thu, 11 Oct 2007 20:22:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ig8I2-0004O2-AU for emacs-devel@gnu.org; Thu, 11 Oct 2007 20:22:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ig8I2-0004Nw-3E for emacs-devel@gnu.org; Thu, 11 Oct 2007 20:22:06 -0400 Original-Received: from gnome.kiev.sovam.com ([212.109.32.24]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ig8Hw-0005ej-BT; Thu, 11 Oct 2007 20:22:00 -0400 Original-Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Ig8Ho-000BgO-2x; Fri, 12 Oct 2007 03:21:52 +0300 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay02.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1Ig8Hl-0005T3-Do; Fri, 12 Oct 2007 03:21:51 +0300 In-Reply-To: (Richard Stallman's message of "Thu\, 11 Oct 2007 13\:41\:07 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.50 (gnu/linux) X-Scanner-Signature: 6f32a619495bd298c8ed4cb100af0918 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 1587 [Oct 11 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 25 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) 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 Xref: news.gmane.org gmane.emacs.devel:80669 Archived-At: > I think it should pause at the end of each buffer > in which point was displayed during the search. > This includes the starting buffer, and each > buffer in which an occurrence is found. > > However, if search scans a whole buffer (which was not the first) and > finds nothing, it should move on silently to the next buffer. > > In other words, once search redisplays with point > in a certain buffer, you should have to type C-s to move > on from there. > > Perhaps, we should add a new user option with 3 possible values: > 1. don't stop in the initial buffer > 2. stop once in the initial buffer > 3. stop in every next buffer > > I don't mind having some of those as optional behaviors, but the > default I've described above is none of those three. Actually, under the 3-rd variant I meant the same variant as you described, i.e. 3. stop in every buffer which contains the search string (and always stop in the first buffer) So there are three useful options (and let's try using the 3-rd as the default). -- Juri Linkov http://www.jurta.org/emacs/