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-x C-f, Tab (in)completion and visiting the wrong, new files Date: Mon, 13 Aug 2007 14:15:34 -0400 Message-ID: References: <64CC15CF-72D0-4765-8D7F-CE0DFBCF96EE@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1187029021 17292 80.91.229.12 (13 Aug 2007 18:17:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 13 Aug 2007 18:17:01 +0000 (UTC) Cc: Development of Aquamacs Emacs , Drew Adams , emacs- devel To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 13 20:16:58 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 1IKeTK-00041s-Cs for ged-emacs-devel@m.gmane.org; Mon, 13 Aug 2007 20:16:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IKeTJ-0000zE-Rv for ged-emacs-devel@m.gmane.org; Mon, 13 Aug 2007 14:16:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IKeTC-0000ti-C3 for emacs-devel@gnu.org; Mon, 13 Aug 2007 14:16:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IKeT9-0000qS-Lb for emacs-devel@gnu.org; Mon, 13 Aug 2007 14:16:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IKeT9-0000q8-EX for emacs-devel@gnu.org; Mon, 13 Aug 2007 14:16:47 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IKeT9-00062Z-7n for emacs-devel@gnu.org; Mon, 13 Aug 2007 14:16:47 -0400 Original-Received: from ceviche.home (vpn-132-204-232-139.acd.umontreal.ca [132.204.232.139]) by pruche.DIT.UMontreal.CA (8.13.7/8.13.7) with ESMTP id l7DIGeWx006077 for ; Mon, 13 Aug 2007 14:16:41 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 08A8CB40B3; Mon, 13 Aug 2007 14:15:34 -0400 (EDT) In-Reply-To: <64CC15CF-72D0-4765-8D7F-CE0DFBCF96EE@gmail.com> (David Reitter's message of "Mon\, 13 Aug 2007 18\:52\:38 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-NAI-Spam-Score: -2.5 X-NAI-Spam-Rules: 2 Rules triggered BAYES_00=-2.5, HAS_X_HELO=0 X-Detected-Kernel: Linux 2.6 (newer, 3) 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:76470 Archived-At: >> Stefan's suggestion to allow an `only-after-completion' value for >> `find-file-confirm-nonexistent' makes the most sense. I think that would >> make everyone happy. (The default value of `find-file-confirm- >> nonexistent' >> should remain, nil, however, IMO.) > Yes, Stefan's suggestion sounds doable. However, I would actually prefer > for it to be the default, as there I see benefits especially for new users > and little problems for others. Agreed. > Secondly, I don't think we should go through the full confirmation > dialog. find-file-confirm-nonexistent doesn't use a "confirmation dialog", it just puts a "[Confirm]" text in the minibuffer and rejects the RET (so you just need to hit RET a second time). > Is this really a special case for file name completion, and really only > for find-file'? Does it not apply to all kinds of completion? It could, but I can't remember bumping into this TAB RET problem in other circumstances, so we could definitely experiment with it, but I think the priority should be to implement for the find-file case. It's also more likely to be accepted as a default if it's more limited in scope. Stefan