From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: isearch multiple buffers Date: Thu, 11 Oct 2007 13:41:07 -0400 Message-ID: References: <87odfcggvl.fsf@jurta.org> <87myut77c2.fsf@jurta.org> <873awlidih.fsf@offby1.atm01.sea.blarg.net> <871wc51any.fsf@jurta.org> <878x6a6ktw.fsf@jurta.org> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1192124588 23516 80.91.229.12 (11 Oct 2007 17:43:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Oct 2007 17:43:08 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 11 19:43:07 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 1Ig23o-0007oo-Q1 for ged-emacs-devel@m.gmane.org; Thu, 11 Oct 2007 19:43:01 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ig23i-0002Sf-UU for ged-emacs-devel@m.gmane.org; Thu, 11 Oct 2007 13:42:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ig222-0001Mn-VM for emacs-devel@gnu.org; Thu, 11 Oct 2007 13:41:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ig221-0001L1-9o for emacs-devel@gnu.org; Thu, 11 Oct 2007 13:41:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ig220-0001Kf-JR for emacs-devel@gnu.org; Thu, 11 Oct 2007 13:41:08 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ig220-0004fh-2L for emacs-devel@gnu.org; Thu, 11 Oct 2007 13:41:08 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1Ig21z-0000tm-9r; Thu, 11 Oct 2007 13:41:07 -0400 In-reply-to: <878x6a6ktw.fsf@jurta.org> (message from Juri Linkov on Thu, 11 Oct 2007 12:45:07 +0300) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:80642 Archived-At: > Maybe. Isearch in info complains when it reaches the end of the node > where the search started, but moves through the following nodes without > stopping. > > I think perhaps Richard wants the search to pause at the end of every > buffer. 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.