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 12:07:53 -0500 Message-ID: <8763mhqa6u.fsf@stupidchicken.com> References: <1227274391.618443.2559.nullmailer@null> <87vduhm69c.fsf@cyd.mit.edu> <4926DD11.2080001@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1227287699 2107 80.91.229.12 (21 Nov 2008 17:14:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Nov 2008 17:14:59 +0000 (UTC) Cc: ams@gnu.org, Stefan Monnier To: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 21 18:16:03 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 1L3Zbt-0004dH-Ug for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 18:16:02 +0100 Original-Received: from localhost ([127.0.0.1]:42508 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3Zak-0000R2-UV for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 12:14:50 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L3ZU7-0006TZ-5U for emacs-devel@gnu.org; Fri, 21 Nov 2008 12:07:59 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L3ZU4-0006RQ-Az for emacs-devel@gnu.org; Fri, 21 Nov 2008 12:07:58 -0500 Original-Received: from [199.232.76.173] (port=46317 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3ZU4-0006R7-4c for emacs-devel@gnu.org; Fri, 21 Nov 2008 12:07:56 -0500 Original-Received: from eight-one-sixty-five.mit.edu ([18.115.5.165]:55094 helo=furry) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L3ZU2-00063c-Fl; Fri, 21 Nov 2008 12:07:54 -0500 Original-Received: by furry (Postfix, from userid 1000) id E8DC5C054; Fri, 21 Nov 2008 12:07:53 -0500 (EST) In-Reply-To: <4926DD11.2080001@gnu.org> (Sam Steingold's message of "Fri, 21 Nov 2008 11:08:49 -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:105896 Archived-At: Sam Steingold writes: > I often have dozens of buffers open, including "foo.lisp" and "foos/" > and completion is not the panacea. > it IS a big deal to have to kill the buffer: > with confirm-nonexistent-file-or-buffer = t: > C-x b fo TAB [expands to "foo"] RET [confirm?] . TAB RET ==> foo.lisp > with confirm-nonexistent-file-or-buffer = nil: > C-x b fo TAB [expands to "foo"] RET [new buffer] C-x k RET C-x b Up > . TAB RET ==> foo.lisp Sure, there are usage patterns that are going to be helped by this change in defaults; and there are usage patterns that are going to be hindered. But I don't think it's obvious that either dominate. Because of that, this feature's inconsistency with the old minibuffer behavior indicates that the default should be nil, I think. Unless someone can come up with a better way to do this. Another point: for find-file, we have C-x C-v (find-alternative-file), which provides an easy way to revisit a file if you visited the wrong one. So for file-name-completion, at least, this feature is less than necessary.