From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman" Newsgroups: gmane.emacs.devel Subject: Re: Isearch in dired Date: Sat, 8 Nov 2008 12:33:34 +0100 Message-ID: References: <87d4h6mphd.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1226144161 31928 80.91.229.12 (8 Nov 2008 11:36:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Nov 2008 11:36:01 +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 Sat Nov 08 12:37:04 2008 connect(): Connection refused 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 1Kym7k-0002Ne-4t for ged-emacs-devel@m.gmane.org; Sat, 08 Nov 2008 12:37:04 +0100 Original-Received: from localhost ([127.0.0.1]:50753 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kym6c-00043A-Nr for ged-emacs-devel@m.gmane.org; Sat, 08 Nov 2008 06:35:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kym56-00031J-9A for emacs-devel@gnu.org; Sat, 08 Nov 2008 06:34:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kym55-00030L-4M for emacs-devel@gnu.org; Sat, 08 Nov 2008 06:34:19 -0500 Original-Received: from [199.232.76.173] (port=37966 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kym54-000305-At for emacs-devel@gnu.org; Sat, 08 Nov 2008 06:34:18 -0500 Original-Received: from fg-out-1718.google.com ([72.14.220.159]:33891) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kym4t-0002fn-9n; Sat, 08 Nov 2008 06:34:07 -0500 Original-Received: by fg-out-1718.google.com with SMTP id l26so1513052fgb.30 for ; Sat, 08 Nov 2008 03:33:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=9g5GqBp2RI8+aIXbwfI8Cti/kJBri9V60dk5ibguKdw=; b=x0YeViWnYgxFuYeIwPeJR1Vkji4RstD2GxsZVzl9w2WU+e1V3M96rq57t+5JKyW3/U MVQXcQCO/rHLCegRraxMEkYsDROhLjCzKkpxK+/8NPQVxNX88af7m96HsNz6vbdsL3c/ wmf2UvRU84losYf0troFkxGqg3y7tx5OOzRek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=RFyoozGOSlUSuDmrZZT7h5bD4iC1i+TV4l15a4xsrOwT4PlAW9NHMzpWc+RKx8yUvs VlQR40US8ZOB6sy2hiAkxXobQZkT9CNojzWXFTq6QNcoUdU3t5CNGB5L0w2y4fNU4IEi 7Usw4sEXvty+FA6K22W/mWo/qkPzg29Q0U6bs= Original-Received: by 10.86.66.19 with SMTP id o19mr837742fga.64.1226144014376; Sat, 08 Nov 2008 03:33:34 -0800 (PST) Original-Received: by 10.86.65.3 with HTTP; Sat, 8 Nov 2008 03:33:34 -0800 (PST) In-Reply-To: <87d4h6mphd.fsf@jurta.org> Content-Disposition: inline X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:105459 Archived-At: On Sat, Nov 8, 2008 at 11:59 AM, Juri Linkov wrote: >> It would be useful for isearch in a dired buffer to match only file >> names by default. I think this would be a good feature -- if we can >> come up with a natural way to request ordinary search of the entire >> buffer. >> >> Can anyone think of one? > > I think the most convenient default behavior would be context-dependent, > i.e. match only file names when point is on the file name column - where > point stays most of the time: after opening a dired buffer and through > dired operations including navigation. So it would be natural to do the > same for isearch - never let point leave the file name column. > > To search of the entire buffer, the user can move point outside the > file name column. Since this need is very rare, there's no hassle. It is a nice idea if you know what is going on, but how do you tell the user what is going on? Changing the prompt is one possibility, but it is maybe not enough? (This reminds me again of that the search part of the menus in Emacs should include all search commands that comes with Emacs. And there should be an easy way to add other search commands there too.)