From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: pop-to-buffer and friends new behavior or bug? Date: Fri, 17 Jun 2011 17:46:15 +0200 Message-ID: <4DFB76C7.6090501@gmx.at> References: <87zklhhcys.fsf@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1308326300 16550 80.91.229.12 (17 Jun 2011 15:58:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Jun 2011 15:58:20 +0000 (UTC) Cc: emacs-devel@gnu.org, Thierry Volpiatto To: David Koppelman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 17 17:58:16 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QXbR1-0002Je-69 for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 17:58:15 +0200 Original-Received: from localhost ([::1]:51795 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXbQz-0000SB-PR for ged-emacs-devel@m.gmane.org; Fri, 17 Jun 2011 11:58:14 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:46995) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QXbFU-0005ms-Tk for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:46:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QXbFT-00007O-H6 for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:46:20 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33730) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1QXbFS-00007H-Tb for emacs-devel@gnu.org; Fri, 17 Jun 2011 11:46:19 -0400 Original-Received: (qmail invoked by alias); 17 Jun 2011 15:46:17 -0000 Original-Received: from 62-47-56-195.adsl.highway.telekom.at (EHLO [62.47.56.195]) [62.47.56.195] by mail.gmx.net (mp054) with SMTP; 17 Jun 2011 17:46:17 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18vmZor/L8v9XqZru313+WJNDz2JNQuqAlI8EF7PI olSV0O8f+t6+UA User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:140609 Archived-At: > On a similar note, I find annoying the new behavior of deleting a frame > when its last buffer (whatever that means) is deleted, at least for > frames which I explicitly open. Is that intended? Yes. > Perhaps there should > be some kind of option for this (more convenient than advicing > window-deletable-p). I'll write that tomorrow. The option will allow to - never delete a frame in such a case, - delete the frame only if it has been created by one of the `display-buffer' family of functions, - always delete the frame even if it was created by C-x 5 2 (the present default). martin