From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: isearch multiple buffers Date: Sat, 27 Oct 2007 09:20:05 -0700 Message-ID: References: <4722E74D.5000200@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1193502117 18174 80.91.229.12 (27 Oct 2007 16:21:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2007 16:21:57 +0000 (UTC) Cc: Juri Linkov , rms@gnu.org, emacs-devel@gnu.org To: "Lennart Borgman \(gmail\)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 27 18:21:59 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 1IloQA-00050w-BA for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 18:21:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IloQ1-0007h4-Fs for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 12:21:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IloPE-0006ZJ-L0 for emacs-devel@gnu.org; Sat, 27 Oct 2007 12:21:00 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IloPA-0006Tk-MV for emacs-devel@gnu.org; Sat, 27 Oct 2007 12:20:58 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IloPA-0006TL-DE for emacs-devel@gnu.org; Sat, 27 Oct 2007 12:20:56 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IloP4-00048v-P5; Sat, 27 Oct 2007 12:20:51 -0400 Original-Received: from agmgw1.us.oracle.com (agmgw1.us.oracle.com [152.68.180.212]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l9RGKkns024098; Sat, 27 Oct 2007 10:20:47 -0600 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw1.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id l9RC8BE3013443; Sat, 27 Oct 2007 10:20:46 -0600 Original-Received: from 141.144.88.161 by acsmt351.oracle.com with ESMTP id 3324681131193501991; Sat, 27 Oct 2007 09:19:51 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <4722E74D.5000200@gmail.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:81858 Archived-At: > >>> Selecting the buffers to be searched is not a problem. I think the > >>> *Buffer List* is a good interface to select them. The question is > >>> how to start multi-buffer isearch. Imagine that you've marked a list > >>> of buffers in the *Buffer List*. How to start multi-buffer > >>> isearch now? Should C-s start multi-buffer isearch in marked files, > >>> or should C-s still allow searching for the string in the *Buffer > >>> List* (this is useful for searching buffer names in the *Buffer List*). > >> > >> I believe most users would be surprised if C-s started multi-buffer > >> isearch for the marked files. > > > > Until they learn about it. It's not exactly dangerous, but it could be > > surprising the first time, if you haven't heard about it first. > > They would have to learn also what to use instead of C-s in that > particular buffer. Not if, as I suggested, C-s in Buffer List did not search multiple files. And not if, as I suggested as an alternative, they could toggle the buffer marks off and then search, and the Buffer List help (`C-h m') explained that. In either of these cases, C-s in Buffer List would still search the buffer.