From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#3303: delete-frame raises old (invisible) frame Date: Mon, 18 May 2009 00:27:07 +0200 Message-ID: References: <2C87549A-2553-4477-BF77-6258A1CC32BE@gmail.com> <6A510E91-6262-44CF-AA62-315DECB52EF6@gmail.com> Reply-To: Lennart Borgman , 3303@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1242600759 25278 80.91.229.12 (17 May 2009 22:52:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 May 2009 22:52:39 +0000 (UTC) Cc: David Reitter , Adrian Robert To: Stefan Monnier , 3303@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon May 18 00:52:32 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M5pDb-0003h9-Pe for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 May 2009 00:52:32 +0200 Original-Received: from localhost ([127.0.0.1]:43777 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5pDb-00019M-2M for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 May 2009 18:52:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M5pDD-0000mj-B4 for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 18:52:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M5pD7-0000gI-52 for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 18:52:04 -0400 Original-Received: from [199.232.76.173] (port=50421 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M5pD5-0000fn-Kz for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 18:51:59 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:58065) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1M5pD4-0003B4-W9 for bug-gnu-emacs@gnu.org; Sun, 17 May 2009 18:51:59 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4HMpuL4005840; Sun, 17 May 2009 15:51:56 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n4HMZ4TJ000404; Sun, 17 May 2009 15:35:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Lennart Borgman Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 17 May 2009 22:35:04 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 3303 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3303-submit@emacsbugs.donarmstrong.com id=B3303.124259923731219 (code B ref 3303); Sun, 17 May 2009 22:35:04 +0000 Original-Received: (at 3303) by emacsbugs.donarmstrong.com; 17 May 2009 22:27:17 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail-fx0-f160.google.com (mail-fx0-f160.google.com [209.85.220.160]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n4HMRCLD031211 for <3303@emacsbugs.donarmstrong.com>; Sun, 17 May 2009 15:27:14 -0700 Original-Received: by fxm4 with SMTP id 4so3897796fxm.1 for <3303@emacsbugs.donarmstrong.com>; Sun, 17 May 2009 15:27:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vRbT3NzEs3Kit24V/DCvDiboNgzm2U/hntz944oCk4E=; b=BjNt2nSD5m00MIYz0wGnhVHahML7YHe8+fKBBv4ikkuS4dmDQYaBNSbgXF5OKub+a6 yc474I9Uh4IyPjijQnyCmdEzbiboIBhE6m7CmvS+lvqtT1X0MaKeMWPtum/i6UTstHtq 7XgrPeETswLjv+OdoiexmqrTR5WMs/q8jAbo4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=obKmLXWIkeGuN76qBWQ3wxt7iFi0d+IAIuZMS8BZvXAJYNgUjV/bEp+7/9PRnI7ggg VO34/glA+ndwn4/QLOKh9ihZmxgSKSS9C7pUs3KFAwXHMx3lk6Mvbc2nsORKs1AhWdWA VmNeyB9n/RO3omXyzVyO5NT1zacG87dVzc1ig= Original-Received: by 10.223.113.200 with SMTP id b8mr3887258faq.84.1242599227114; Sun, 17 May 2009 15:27:07 -0700 (PDT) In-Reply-To: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 17 May 2009 18:52:04 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:27947 Archived-At: On Sun, May 17, 2009 at 10:43 PM, Stefan Monnier wrote: >>> Still, the >>> >>> #ifdef NS_IMPL_COCOA >>> /* term gets no other notification of this */ >>> if (for_deletion) >>> Fraise_frame(Qnil); >>> #endif >>> >>> in frame.c looks plain wrong and should probably just be deleted: >>> frame-selection is never intended to raise (or lower) any frame. >>> If this `raise' is really necessary, then it needs a much more extensiv= e >>> comment justifying its presence. >>> Adrian, could you remove this code, or justify clearly why it's here? > >> I think it is there because we need to raise another (visible) frame whe= n >> a frame is deleted. =C2=A0This is standard behavior (and sensible). > > This is a behavior which depends on the window-management policy, so > it's the responsibility of the window-manager (which may even decide > that the focus should return to some other application, which would make > a lot of sense if the frame was created via $EDITOR=3Demacsclient). Shouldn't then frames created via emacsclient be a special case? That would of course make more sense if the frame was deleted together with the buffer opened through emacsclient... For other frames both leaving it to the window manager and staying in Emacs makes sense to me. Maybe a user option (if it is possible to stay in Emacs at all)? > So, I'd still want to know what undesirable behavior would happen under > NS if we don't call Fraise_frame here (and also, why it needs to be > called here rather than elsewhere). > > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan > > > > >