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 16:37:05 -0700 Message-ID: References: <87bqakuq1q.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1193528265 24745 80.91.229.12 (27 Oct 2007 23:37:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2007 23:37:45 +0000 (UTC) Cc: lennart.borgman@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: "Juri Linkov" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 28 01:37:46 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 1IlvDr-0003th-Pe for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 01:37:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlvDj-0004T2-0j for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 19:37:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IlvDf-0004Sx-Qb for emacs-devel@gnu.org; Sat, 27 Oct 2007 19:37:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IlvDa-0004Sl-D9 for emacs-devel@gnu.org; Sat, 27 Oct 2007 19:37:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IlvDa-0004Si-7E for emacs-devel@gnu.org; Sat, 27 Oct 2007 19:37:26 -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 1IlvDU-0000rI-8e; Sat, 27 Oct 2007 19:37:20 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id l9RNbFls032204; Sat, 27 Oct 2007 17:37:15 -0600 Original-Received: from acsmt351.oracle.com (acsmt351.oracle.com [141.146.40.151]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id l9R799Vl011585; Sat, 27 Oct 2007 17:37:14 -0600 Original-Received: from dhcp-amer-csvpn-gw1-141-144-64-37.vpn.oracle.com by acsmt350.oracle.com with ESMTP id 3324969181193528203; Sat, 27 Oct 2007 16:36:43 -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: <87bqakuq1q.fsf@jurta.org> 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:81893 Archived-At: > Maybe, starting multi-buffer isearch should depend on the point > position in the *Buffer List*, e.g. when point is on a mark in > beginning of the line, then start multi-buffer isearch, > otherwise use normal isearch in the same buffer. I don't like that idea at all. Too complicated. IMO, the position of the cursor should only matter to isearch in a buffer it is searching. And it should not have any other significance except as the search starting point Let's keep it simple: * Marked buffers means search those buffers. Always. * Provide a buffer-menu command to toggle the marks on and off. The only time you want to search the Buffer List itself is when you are in that buffer. And if you are there, then you can hit the toggle key to turn off the marks. That's one extra keystroke before you search the Buffer List (and another keystroke to toggle the marks back on, if you want them on). Searching the Buffer List will be a lot less common than searching multiple buffers. Let's not complicate things for that infrequent (corner) use case - two keystrokes is a fair price to pay.