From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: C-x C-b and C-x C-f bugging about confirmation Date: Fri, 21 Nov 2008 21:23:49 +0000 Message-ID: <20081121212349.GA2089@muc.de> References: <1227274391.618443.2559.nullmailer@null> <87vduhm69c.fsf@cyd.mit.edu> <4926DD11.2080001@gnu.org> <8763mhqa6u.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1227301885 16332 80.91.229.12 (21 Nov 2008 21:11:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Nov 2008 21:11:25 +0000 (UTC) Cc: ams@gnu.org, Stefan Monnier , Emacs Devel To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 21 22:12:28 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 1L3dIi-0002pQ-1t for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 22:12:28 +0100 Original-Received: from localhost ([127.0.0.1]:32816 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3dHZ-0004dL-23 for ged-emacs-devel@m.gmane.org; Fri, 21 Nov 2008 16:11:17 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L3dHT-0004cB-IH for emacs-devel@gnu.org; Fri, 21 Nov 2008 16:11:11 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L3dHS-0004bt-6W for emacs-devel@gnu.org; Fri, 21 Nov 2008 16:11:11 -0500 Original-Received: from [199.232.76.173] (port=33503 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L3dHS-0004bo-0D for emacs-devel@gnu.org; Fri, 21 Nov 2008 16:11:10 -0500 Original-Received: from colin.muc.de ([193.149.48.1]:1146 helo=mail.muc.de) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L3dHR-0003oR-H2 for emacs-devel@gnu.org; Fri, 21 Nov 2008 16:11:09 -0500 Original-Received: (qmail 1220 invoked by uid 3782); 21 Nov 2008 21:11:01 -0000 Original-Received: from acm.muc.de (pD9E52D53.dip.t-dialin.net [217.229.45.83]) by colin2.muc.de (tmda-ofmipd) with ESMTP; Fri, 21 Nov 2008 22:11:00 +0100 Original-Received: (qmail 7935 invoked by uid 1000); 21 Nov 2008 21:23:49 -0000 Content-Disposition: inline In-Reply-To: <8763mhqa6u.fsf@stupidchicken.com> User-Agent: Mutt/1.5.9i X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) X-Primary-Address: acm@muc.de X-detected-operating-system: by monty-python.gnu.org: FreeBSD 4.6-4.9 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:105912 Archived-At: Hi, Yidong and Stefan, and everybody else! On Fri, Nov 21, 2008 at 12:07:53PM -0500, Chong Yidong wrote: > 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. After a tab, how about prompting only when an incomplete completion has just been ted? I've not tried it, but I think having to type another would irritate me quite a lot, even though I quite often hit on an incomplete completion. -- Alan Mackenzie (Nuremberg, Germany).