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: quit-window is broken Date: Tue, 18 Nov 2008 11:01:34 -0500 Message-ID: References: <49218C51.4000700@gnu.org> <492195F3.30905@gmx.at> <492197C7.6080908@gnu.org> <4921990E.5080106@gmx.at> <4921BE23.7010706@gnu.org> <4921C2D3.9090800@gmx.at> <4921D754.9040408@gnu.org> <4921F3AA.6000508@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1227024144 31160 80.91.229.12 (18 Nov 2008 16:02:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Nov 2008 16:02:24 +0000 (UTC) Cc: Emacs Devel To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 18 17:03:25 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 1L2T2a-000515-7w for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2008 17:03:00 +0100 Original-Received: from localhost ([127.0.0.1]:43369 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2T1R-0001pg-Cj for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2008 11:01:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L2T1M-0001nx-7R for emacs-devel@gnu.org; Tue, 18 Nov 2008 11:01:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L2T1K-0001nM-Ru for emacs-devel@gnu.org; Tue, 18 Nov 2008 11:01:43 -0500 Original-Received: from [199.232.76.173] (port=56219 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2T1K-0001nI-OH for emacs-devel@gnu.org; Tue, 18 Nov 2008 11:01:42 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:46306) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L2T1K-0008Dh-NO for emacs-devel@gnu.org; Tue, 18 Nov 2008 11:01:42 -0500 Original-Received: from alfajor.home (vpn-132-204-232-46.acd.umontreal.ca [132.204.232.46]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id mAIG1Z0D031407; Tue, 18 Nov 2008 11:01:36 -0500 Original-Received: by alfajor.home (Postfix, from userid 20848) id 9553F1C72B; Tue, 18 Nov 2008 11:01:34 -0500 (EST) In-Reply-To: <4921F3AA.6000508@gmx.at> (martin rudalics's message of "Mon, 17 Nov 2008 23:43:54 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3149=0 X-detected-operating-system: by monty-python.gnu.org: GNU/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:105775 Archived-At: >>> it would help if there were a user option switch-to-buffer-create-new-buffer >>> with values t (like it does not), nil (signal an error) and 'ask (ask for >>> a confirmation). >> >> I'd rather have it use the same new behavior as C-x C-f: if you type in >> a non-existing buffer name, the completion requests confirmation. > C-x C-f is guided by an option - `find-file-confirm-nonexistent-file'. Right. I think this customization variable is an instance of "Emacs at its worst", so I'd be happy to throw it away. But we could also just rename this variable and reuse it in read-buffer-to-switch. > BTW, we still have that > ;; FIXME: This behavior is carried over from the previous C version > ;; of pop-to-buffer, but really we should use just > ;; `get-buffer' here. > issue in `pop-to-buffer'. AFAIK, this shouldn't affect the user because pop-to-buffer is not an interactive function. Stefan PS: Or we could also add a gzillion foo-confirm-nonexistent-bar variables for all the places where such a confirmation feature would come in handy and some user gets annoyed because she occasionally needs to press RET twice rather than once.