From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.devel Subject: Re: delete-other-frames Date: Tue, 23 Aug 2016 20:55:17 +0100 Message-ID: References: <57BC072F.9070704@gmx.at> <83k2f7fugv.fsf@gnu.org> <83a8g3fibf.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1471982230 18462 195.159.176.226 (23 Aug 2016 19:57:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 23 Aug 2016 19:57:10 +0000 (UTC) Cc: martin rudalics , Emacs Development To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 23 21:57:06 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bcHon-0004PS-D4 for ged-emacs-devel@m.gmane.org; Tue, 23 Aug 2016 21:57:05 +0200 Original-Received: from localhost ([::1]:48030 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcHok-00087i-On for ged-emacs-devel@m.gmane.org; Tue, 23 Aug 2016 15:57:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcHoe-00087R-3c for emacs-devel@gnu.org; Tue, 23 Aug 2016 15:56:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bcHoc-0006Xz-4k for emacs-devel@gnu.org; Tue, 23 Aug 2016 15:56:55 -0400 Original-Received: from mail-ua0-f172.google.com ([209.85.217.172]:36132) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bcHoW-0006UR-FI; Tue, 23 Aug 2016 15:56:48 -0400 Original-Received: by mail-ua0-f172.google.com with SMTP id 97so263424516uav.3; Tue, 23 Aug 2016 12:56:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1Xm5bS27S9GqY/XPNn0CSClofwM16a/bUHauIFDtBuI=; b=kf1mKtMzynWzCkq+MgMXIrV78s521a9fa9hjGL3okaoT2/QlvKpsX3N8h9zl27d7HB wPgIqjNlH0k2+l1zc3XG3K4j5nG3Cw/DI0+CAX1dziJpCDuzpAGKpRWntskAafBu088n 6XLF5a0lNvDhpd6CXZvkJHo2XGoIsOog/rLEuxApZVcLBRbqAsRUpNsDG3KcyDnI1WOm rlWrWmFGCREKs//pbW/CM//wAAEZ3JZZGvEF8h1t8G/CGh7k8+ef5v54nm6h2uUsDMcM e8MLC+7JNA3n9ftOklFhWmw53akfw2FxstXPGeDjKLGAamH5S5TJKTWsioe4Jsbnuslq 3uoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1Xm5bS27S9GqY/XPNn0CSClofwM16a/bUHauIFDtBuI=; b=TmyPnlKyht51ViaeUWujbRxSzPNfKxNmty6gijUmQzkyTvKadIpK9sHgOpCILKo40i kk0tfSxpsFqhw7R7Dwl+57znlXOg9SJFxAywVYwK4I0HcIR7xa4imcs4Cy5AL7K7Z1Pe ip7ptXTLEnozfPJNab5Ylp113K+bObqOBBbI7j7GeTLkmjSDiW4zuG9uwrEYIuOq663R pXjmY/O+Zp9YhXCZijp+Bvtu56Oeo+OQ008ikeozn0jg1UsAHgv+PQHE7Ut5uDWUOAW9 1jcvjuOSgwji5802yKM+WyKybogyQZKjyOxMYoUm34fKV+0qGr9Sj94aWOjD3ZmLNK+T tp4w== X-Gm-Message-State: AEkoousHdW+219yvI4fF3jxlB/zEnEFvENum3NNBydoM+mYGrje/VkEoSNFykmWVwcUZf51ENYmBV/lxGq4ngw== X-Received: by 10.176.65.165 with SMTP id 34mr12374588uap.114.1471982147909; Tue, 23 Aug 2016 12:55:47 -0700 (PDT) Original-Received: by 10.176.1.111 with HTTP; Tue, 23 Aug 2016 12:55:17 -0700 (PDT) In-Reply-To: <83a8g3fibf.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.217.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:206772 Archived-At: On 23 August 2016 at 19:31, Eli Zaretskii wrote: >> From: Richard Copley >> Date: Tue, 23 Aug 2016 18:56:52 +0100 >> Cc: martin rudalics , Emacs Development >> >> C-x b * RET ;; create and switch to buffer "*" >> M-x ediff-buffers RET RET RET ;; ediff buffers "*" and "*scratch*" >> ;; Now attempt to close the main Emacs frame using the window manager >> >> This gives: >> >> Debugger entered--Lisp error: (error "Attempt to delete a surrogate >> minibuffer frame") >> delete-frame(# t) >> handle-delete-frame((delete-frame (#))) >> funcall-interactively(handle-delete-frame (delete-frame (#> *scratch* 00000004009c5870>))) >> call-interactively(handle-delete-frame nil [(delete-frame (#> *scratch* 00000004009c5870>))]) >> command-execute(handle-delete-frame nil [(delete-frame (#> *scratch* 00000004009c5870>))] t) >> read-event(nil t 2) >> sit-for(2) >> execute-extended-command(nil "toggle-debug-on-error" "t-d-o-e") >> funcall-interactively(execute-extended-command nil >> "toggle-debug-on-error" "t-d-o-e") >> call-interactively(execute-extended-command nil nil) >> command-execute(execute-extended-command) >> >> I've never been sure whether this deserves a bug report, or what >> should be the expected behaviour. > > If we don't know what should be the correct behavior, how can we fix > this? Yes, we would need to decide what behaviour to implement. Now that I come to think about it, my tentative suggestion is: a close command to the last non-minibuffer-only frame should have the same effect as C-x C-c. >> FWIW when this happens my intention is usually to kill Emacs. > > But there are more than one frame in this case, so closing one of them > can never kill Emacs anyway, even if the frame you want to delete will > be deleted. Yeah, but I wouldn't put it like that, just that it doesn't kill Emacs the way things are now. Unless I'm misunderstanding you. > As with any multi-window program, closing one window normally doesn't > exit the program. For programs with multiple top-level document windows, that's true. On the other hand, programs with floating toolbar windows such as Paint.NET don't make you close all the toolbars as well as the main window. But that's not very helpful of me, because Emacs isn't the same as either of those things.