From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#9419: 24.0.50; C-x k deletes the entire frame instead of switching to another buffer Date: Tue, 06 Sep 2011 09:17:04 -0400 Message-ID: References: <831uw0dukq.fsf@gnu.org> <4E6208FA.1030404@gmx.at> <834o0t266l.fsf@gnu.org> <4E62319B.3050509@gmx.at> <83y5y5zozj.fsf@gnu.org> <4E6263F9.4000207@gmx.at> <83ty8tzfkm.fsf@gnu.org> <83obz1zasu.fsf@gnu.org> <4E635453.206@gmx.at> <83k49oz2z7.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1315315055 20189 80.91.229.12 (6 Sep 2011 13:17:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 6 Sep 2011 13:17:35 +0000 (UTC) Cc: 9419@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 06 15:17:31 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1R0vWq-0002hB-6t for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2011 15:17:28 +0200 Original-Received: from localhost ([::1]:53859 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0vWo-0008C1-K0 for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Sep 2011 09:17:26 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35632) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0vWg-0008Bt-Dv for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:17:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R0vWd-0001n9-Ul for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:17:18 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36388) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R0vWd-0001n4-TC for bug-gnu-emacs@gnu.org; Tue, 06 Sep 2011 09:17:15 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1R0vaI-0004nw-1y; Tue, 06 Sep 2011 09:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 06 Sep 2011 13:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9419 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9419-submit@debbugs.gnu.org id=B9419.131531525618456 (code B ref 9419); Tue, 06 Sep 2011 13:21:02 +0000 Original-Received: (at 9419) by debbugs.gnu.org; 6 Sep 2011 13:20:56 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R0vaB-0004nc-FR for submit@debbugs.gnu.org; Tue, 06 Sep 2011 09:20:55 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R0va8-0004nU-OC for 9419@debbugs.gnu.org; Tue, 06 Sep 2011 09:20:54 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EADkcZk64rwMJ/2dsb2JhbABCqAB5gUYBAQQBViMQCzQSFBgNJC6HWLpKhmoEoBeEQA X-IronPort-AV: E=Sophos;i="4.68,338,1312171200"; d="scan'208";a="134690408" Original-Received: from 184-175-3-9.dsl.teksavvy.com (HELO ceviche.home) ([184.175.3.9]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 06 Sep 2011 09:17:04 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 88DD466246; Tue, 6 Sep 2011 09:17:04 -0400 (EDT) In-Reply-To: <83k49oz2z7.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 04 Sep 2011 19:28:28 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 06 Sep 2011 09:21:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:50632 Archived-At: >> > On second though, if we are trying to fix the specific use case of >> > save-window-excursion, why not solve it on the level of >> > save-window-excursion? I think we first need to decide what use case we want to fix: - the use of save-window-excursion is normally for "I want to run this code which fiddles with the windows, but I don't want it to fiddle with the windows". I.e. unless the code really only fiddles with windows and never with frames it is actually a bug since you can't fully undo frame operations (they're visible to the user before we get to try and undo them). - the use of "get current-window-configuration, store it in a global var, give the hand back to the user, at some later time, call set-window-configuration". This is not a good solution since it assumes that the user works in a strict nesting way, whereas in practice (and with frames even more so), the user may interleave two or more activities, so the set-window-configuration may end up deleting/resetting windows in undesired ways. So the problem is really not in how those primitives are implemented, but in the functionality offered by those primitives. Stefan