From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: C-r and C-s in minibuffer should search completion Date: Sat, 22 Mar 2008 13:04:47 -0400 Message-ID: References: <87fxul194g.fsf@jurta.org> <87y78dknge.fsf@jurta.org> <874pazefc4.fsf@jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206205747 19146 80.91.229.12 (22 Mar 2008 17:09:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Mar 2008 17:09:07 +0000 (UTC) Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 22 18:09:36 2008 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 1Jd7Dq-0006LA-EE for ged-emacs-devel@m.gmane.org; Sat, 22 Mar 2008 18:09:34 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jd7DF-0002aE-Kf for ged-emacs-devel@m.gmane.org; Sat, 22 Mar 2008 13:08:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jd79I-0005a2-2S for emacs-devel@gnu.org; Sat, 22 Mar 2008 13:04:52 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jd79G-0005X2-2F for emacs-devel@gnu.org; Sat, 22 Mar 2008 13:04:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jd79F-0005Wa-ED for emacs-devel@gnu.org; Sat, 22 Mar 2008 13:04:49 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182] helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Jd79F-00042Q-1c for emacs-devel@gnu.org; Sat, 22 Mar 2008 13:04:49 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApAFAN/Y5EdMCrTo/2dsb2JhbACBW6Ze X-IronPort-AV: E=Sophos;i="4.25,539,1199682000"; d="scan'208";a="16398369" Original-Received: from smtp.pppoe.ca (HELO smtp.teksavvy.com) ([65.39.196.238]) by ironport2-out.teksavvy.com with ESMTP; 22 Mar 2008 13:04:47 -0400 Original-Received: from pastel.home ([76.10.180.232]) by smtp.teksavvy.com (Internet Mail Server v1.0) with ESMTP id CUA92947; Sat, 22 Mar 2008 13:04:47 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 99C217F5D; Sat, 22 Mar 2008 13:04:47 -0400 (EDT) In-Reply-To: <874pazefc4.fsf@jurta.org> (Juri Linkov's message of "Sat, 22 Mar 2008 03:17:31 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:93192 Archived-At: >>>> BTW, once this is done, we can revert the recent change to the >>>> `read-buffer' that adds all the buffers to the list of defaults. >> >>> Why? >> >> Because it's a special case and I'm not convinced it's justified. > The intention of adding a list of default values was to allow selecting > more than one default value extracted from the context of the command. Yes, I said nothing about this. > However, I agree that putting all buffers pushes this features to the > extreme because then the list of defaults is the same as the completion > list. But there is one significant difference: the list of defaults is > sorted by recency, so switching between several work buffers (more than > two) is much easier with `C-x b M-n M-n M-n RET'. I never said there's no difference. I just think this special case is not justified. Most likely `C-x b M-p M-p M-p RET' would work just as well. > OTOH, searching the completion list would be useful in itself > independent of searching the history list or the list of defaults > because often these three are disjoint sets, and the list of defaults > can be presented even when the completion list is empty. If you like it, feel free to customize your Emacs to provide you this kind of refinement with different commands to search the history, the list of defaults, and the list of completions. But I think the default search function bound to M-r/M-s would benefit from searching all of them. Stefan