From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: C-r and C-s in minibuffer should search completion Date: Thu, 20 Mar 2008 21:35:43 +0200 Organization: JURTA Message-ID: <87fxul194g.fsf@jurta.org> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1206042013 27234 80.91.229.12 (20 Mar 2008 19:40:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 20 Mar 2008 19:40:13 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 20 20:40:40 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 1JcQcu-0006T4-QY for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2008 20:40:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JcQcJ-0003Lr-84 for ged-emacs-devel@m.gmane.org; Thu, 20 Mar 2008 15:39:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JcQaw-0002u3-4s for emacs-devel@gnu.org; Thu, 20 Mar 2008 15:38:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JcQao-0002rz-SV for emacs-devel@gnu.org; Thu, 20 Mar 2008 15:38:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JcQao-0002rq-KH for emacs-devel@gnu.org; Thu, 20 Mar 2008 15:38:26 -0400 Original-Received: from anti-4.kiev.sovam.com ([62.64.120.202]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JcQaj-0001TF-Jr for emacs-devel@gnu.org; Thu, 20 Mar 2008 15:38:26 -0400 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by anti-4.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JcQa7-000JEH-LO; Thu, 20 Mar 2008 21:37:44 +0200 In-Reply-To: (Stefan Monnier's message of "Thu, 20 Mar 2008 15:13:54 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) X-Scanner-Signature: 7b6940144bc5d56bdacd12344196c2df X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2450 [Mar 20 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 11 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-kernel: by monty-python.gnu.org: FreeBSD 6.x (1) 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:93055 Archived-At: > I believe C-s and C-r in the minibuffer should not only search the > history but the completion table as well (at least when it's not > a function). There is one problem: what to search first - the history or the completion table. Either preference will cause inconveniences. If the user wants to search the history (like implemented in shells), we should not let isearch to go thru all completion matches before starting to search the history, and vice versa. But really there is no need to mix two separate search spaces. There exist already a convenient key sequence to search the completion table: `PgUp C-s'. PgUp switches to the *Completions* buffer and C-s starts searching among completion candidates. -- Juri Linkov http://www.jurta.org/emacs/