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: Feature request : Tab-completion for 'shell-comand' Date: Wed, 12 Mar 2008 12:42:22 +0200 Organization: JURTA Message-ID: <878x0ofckx.fsf@jurta.org> References: <874pbmjgsy.fsf@gmx.de> <874pbknt3j.fsf@tsuchiya.vaj.namazu.org> <87mypccg6r.fsf@jurta.org> <87r6ekm1wr.fsf@tsuchiya.vaj.namazu.org> <87ejajajbt.fsf@jurta.org> <87lk4rmodu.fsf@tsuchiya.vaj.namazu.org> <87lk4r74gt.fsf@jurta.org> <87skywrame.fsf@tsuchiya.vaj.namazu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1205319795 26212 80.91.229.12 (12 Mar 2008 11:03:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 12 Mar 2008 11:03:15 +0000 (UTC) Cc: Michael Albinus , TSUCHIYA Masatoshi , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 12 12:03:34 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 1JZOjz-0007a6-Dy for ged-emacs-devel@m.gmane.org; Wed, 12 Mar 2008 12:03:23 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JZOjQ-0007ro-Kc for ged-emacs-devel@m.gmane.org; Wed, 12 Mar 2008 07:02:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JZOi4-0007Dt-2M for emacs-devel@gnu.org; Wed, 12 Mar 2008 07:01:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JZOi1-0007CT-Um for emacs-devel@gnu.org; Wed, 12 Mar 2008 07:01:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JZOi1-0007CH-QI for emacs-devel@gnu.org; Wed, 12 Mar 2008 07:01:21 -0400 Original-Received: from relay03.kiev.sovam.com ([62.64.120.201]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JZOi1-0004t8-4a for emacs-devel@gnu.org; Wed, 12 Mar 2008 07:01:21 -0400 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay03.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1JZOhu-00031l-Ot; Wed, 12 Mar 2008 13:01:15 +0200 In-Reply-To: (Stefan Monnier's message of "Tue, 11 Mar 2008 22:12:01 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-unknown-linux-gnu) X-Scanner-Signature: 233cb89e4cdd9c68f6fe52a505261b56 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 2383 [Mar 12 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 [0255], 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:92263 Archived-At: >>> However, I still don't see a solution for the problem how to display >>> the message (such as "[Completing command name...]") without a delay, >>> and leave it visible to the user persistently without interfering with >>> the user input. > > Why would you want to? This message is not particularly important, as > far as I can tell. All it says, basically is "yeah I did get your key > press and it was bound to the command you thought". > > I suggest to only display it if the minibuffer is not active (I'd even > happily remove it altogether, but at least when the minibuffer is > inactive the message is pretty harmless, so I don't mind keeping it). Yes, this message is not important, and currently when command's completion is called not in the minibuffer, the user can't see it anyway, because it is momentarily displayed and immediately becomes overwritten by another message "Type space to flush; repeat completion command to scroll". So we can remove it from displaying in the minibuffer. -- Juri Linkov http://www.jurta.org/emacs/