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 17:10:22 -0700 Message-ID: References: <87fxzwm975.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 1193530320 30267 80.91.229.12 (28 Oct 2007 00:12:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Oct 2007 00:12:00 +0000 (UTC) Cc: 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 02:12:02 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 1Ilvl1-0002D8-HQ for ged-emacs-devel@m.gmane.org; Sun, 28 Oct 2007 02:11:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ilvks-0000oZ-BM for ged-emacs-devel@m.gmane.org; Sat, 27 Oct 2007 20:11:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ilvko-0000mQ-Ns for emacs-devel@gnu.org; Sat, 27 Oct 2007 20:11:46 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ilvkn-0000kz-Rb for emacs-devel@gnu.org; Sat, 27 Oct 2007 20:11:46 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ilvkn-0000kh-KO for emacs-devel@gnu.org; Sat, 27 Oct 2007 20:11:45 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Ilvkh-0002Bl-Jq; Sat, 27 Oct 2007 20:11:40 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l9S0BamG010457; Sat, 27 Oct 2007 19:11:36 -0500 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 l9R799WP011585; Sat, 27 Oct 2007 18:11:36 -0600 Original-Received: from dhcp-amer-csvpn-gw1-141-144-64-37.vpn.oracle.com by acsmt351.oracle.com with ESMTP id 3324768031193530199; Sat, 27 Oct 2007 17:09:59 -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: <87fxzwm975.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:81900 Archived-At: > Another useful type of isearch in Buffer List or Dired is the search > restricted to the file name column. This type of isearch should search > text only in file names. But the same obstacle prevents installing this > useful feature: there is no clear way of starting this type of isearch. > > This suggests adding a new prefix key for starting different > isearch types. I think a good mnemonic prefix key would be `M-s'. > So we could have the following keybindings: > > `M-s *' - start multi-buffer isearch in Buffer List > or multi-file isearch in Dired; > > `M-s |' - start isearch restricted to file names or buffer names > > `M-s w' - start word search instead of using the ugly hack of > typing C-w as the first keystroke in the minibuffer > for editing the search string. It's true that searching in Dired is not a corner case, unlike searching in Buffer List. That convinces me that the other alternative I suggested is better: C-s in Dired or Buffer List should just ignore the marks. If you want a multi-(file-)buffer search, then leave Dired or Buffer List before you hit C-s. That's easy enough (C-x o). And the feedback is immediate, if you forget, and a quick `C-g' leaves you where you started. Why would adding special key bindings in Dired and Buffer List be better than this? The question of a key binding to search only file names in Dired has come up before. We discussed generalizing that to the other Dired "fields", if they ever get defined. I mentioned that I just hide everything except the file names (one keystroke) before searching. It's true, however, that sometimes you want to see the other info (e.g. date) at the same time. A separate key binding is not a bad idea, I guess. I don't see that it needs to have a dedicated prefix key, however. How about just `M-s'? Or `M-f' (for file-name)? Or `F'? Or `f' (redundant binding)? Or `C-i' (for isearch), that is, TAB (only half kidding)? Or `M-i'? And I don't see that a key for file-name searching has any relation to multiple-buffer isearch. Likewise, the inconvenience of entering incremental word search is not related to multi-buffer isearch. You once advocated an isearch binding for that, and I agreed. In my own code, I use `C-s M-w', which is simple and mnemonic. I think RMS opposed it because he wants `M-w' to end the search and copy the region. If not that key, then another? This question (incremental word search) comes up again and again - it came up again yesterday on help-gnu-emacs. We've at least documented the mysterious `C-s M-e C-w ... C-s' incantation now. I agree with you that it's time we gave this a proper (simple) binding.