From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: C-x C-b and C-x C-f bugging about confirmation Date: Fri, 21 Nov 2008 10:51:21 -0500 Message-ID: <87hc616ps6.fsf@cyd.mit.edu> References: <1227274391.618443.2559.nullmailer@null> <87vduhm69c.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1227282681 15571 80.91.229.12 (21 Nov 2008 15:51:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Nov 2008 15:51:21 +0000 (UTC) Cc: ams@gnu.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 21 16:52:22 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 1L3YIv-0001a7-CD for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 16:52:21 +0100 Original-Received: from localhost ([127.0.0.1]:41352 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3YHm-0000g0-It for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 10:51:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L3YHj-0000fv-7Q for emacs-devel@gnu.org; Fri, 21 Nov 2008 10:51:07 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L3YHg-0000fg-Oa for emacs-devel@gnu.org; Fri, 21 Nov 2008 10:51:05 -0500 Original-Received: from [199.232.76.173] (port=59494 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3YHg-0000fd-J4 for emacs-devel@gnu.org; Fri, 21 Nov 2008 10:51:04 -0500 Original-Received: from cyd.mit.edu ([18.115.2.24]:34037) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L3YHf-0007ta-Pi; Fri, 21 Nov 2008 10:51:03 -0500 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id 22CFD57E09E; Fri, 21 Nov 2008 10:51:21 -0500 (EST) In-Reply-To: <87vduhm69c.fsf@cyd.mit.edu> (Chong Yidong's message of "Fri, 21 Nov 2008 10:46:23 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: 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:105894 Archived-At: Chong Yidong writes: > I don't think it's a good default. With minibuffer completion, typing > mistakes don't happen all that often, and it can be disconcerting to > have a RET rejected. You might argue that it's no big deal to type a > second RET, but it's similarly no big deal to kill the buffer and try > again in the very few occasions that you make a mistake. So this looks > like creeping featuritis if it's enabled by default. BTW, it's also worth pointing out that most programs don't prompt the user specially when the user uses an "open file" feature to select a non-existing file (think about the GTK "open file" dialog). So people don't expect to be prompted for such a reason.