From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: "Charles A. Roelli" Newsgroups: gmane.emacs.bugs Subject: bug#25818: 25.2; frame moved off display does not return (OS X) Date: Sat, 29 Apr 2017 13:15:10 +0200 Message-ID: <39f502e9-7b31-a250-c964-8977689cad9b@aurox.ch> References: <58AEA232.4000708@gmx.at> <58B30634.1090904@gmx.at> <58B3DDBA.6060003@gmx.at> <59046B35.1010808@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1493464574 19097 195.159.176.226 (29 Apr 2017 11:16:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 29 Apr 2017 11:16:14 +0000 (UTC) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 Cc: 25818@debbugs.gnu.org, alan@idiocy.org To: martin rudalics , Anders Lindgren Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 29 13:16:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1d4QME-0004sj-2d for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Apr 2017 13:16:10 +0200 Original-Received: from localhost ([::1]:40663 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d4QMJ-0000tc-Nf for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Apr 2017 07:16:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54875) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d4QM9-0000tW-DF for bug-gnu-emacs@gnu.org; Sat, 29 Apr 2017 07:16:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d4QM6-0005lI-7F for bug-gnu-emacs@gnu.org; Sat, 29 Apr 2017 07:16:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47387) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d4QM5-0005lA-V6 for bug-gnu-emacs@gnu.org; Sat, 29 Apr 2017 07:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d4QM5-0005fv-N6 for bug-gnu-emacs@gnu.org; Sat, 29 Apr 2017 07:16:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Charles A. Roelli" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Apr 2017 11:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25818 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25818-submit@debbugs.gnu.org id=B25818.149346452221764 (code B ref 25818); Sat, 29 Apr 2017 11:16:01 +0000 Original-Received: (at 25818) by debbugs.gnu.org; 29 Apr 2017 11:15:22 +0000 Original-Received: from localhost ([127.0.0.1]:45586 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4QLS-0005ex-7i for submit@debbugs.gnu.org; Sat, 29 Apr 2017 07:15:22 -0400 Original-Received: from sinyavsky.aurox.ch ([37.35.109.145]:36547) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4QLP-0005ej-D7 for 25818@debbugs.gnu.org; Sat, 29 Apr 2017 07:15:20 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id CD8D822407 for <25818@debbugs.gnu.org>; Sat, 29 Apr 2017 11:11:10 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1493464268; x= 1494328269; bh=0UB9Osa69W8y+3Qo1vpZXDt8L3GfUbqleU75OwDmVoI=; b=k Zf4g3df/Vb0avVRlESzJ+tsEJejuxCt6Cg9qe/gs9Zid6iJj+/68YE5MPAuncL6Z LsURMunhEl4IyztX+N36zZCGEwsgFfTdx35Z0iFDL0gQGBAeRlLNUa9HKTM4LQxY b3e1dAKMUDkeuT7VbmhQdYh1UKgVGRHbwTccQ2qgrg= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Yyp765O2YNEg for <25818@debbugs.gnu.org>; Sat, 29 Apr 2017 11:11:08 +0000 (UTC) Original-Received: from [192.168.1.106] (179.133.105.92.dynamic.wline.res.cust.swisscom.ch [92.105.133.179]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 6713822151; Sat, 29 Apr 2017 11:11:08 +0000 (UTC) In-Reply-To: <59046B35.1010808@gmx.at> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:132100 Archived-At: With the current master branch, a child frame might be constrained on OS X 10.9+ with the "Spaces" windowing feature turned on, meaning that a child frame could be forced back into the screen area -- so yes, there could be a case where a child frame doesn't move together with its parent. Maybe that will have to be fixed too; I'm on 10.6 though so I can't test. Otherwise, though, when child/parent frames are not brought off screen, a child frame always moves with its parent. My updated patch takes into account the case where "Spaces" is off or unavailable -- if you read the part above what I added: #ifdef NS_IMPL_COCOA #if MAC_OS_X_VERSION_MAX_ALLOWED >= MAC_OS_X_VERSION_10_9 // If separate spaces is on, it is like each screen is independent. There is // no spanning of frames across screens. if ([NSScreen screensHaveSeparateSpaces]) { NSTRACE_MSG ("Screens have separate spaces"); frameRect = [super constrainFrameRect:frameRect toScreen:screen]; NSTRACE_RETURN_RECT (frameRect); return frameRect; } #endif there is nothing there to prevent a child frame from being constrained -- so I will need input from somebody else on that. On 29/04/2017 12:30, martin rudalics wrote: > > I fixed the patch so that child frames are never constrained (after > > some testing, it seems that a child frame cannot get stuck off screen > > as long as its parent is still visible). To test this out, evaluate > > the following from emacs -Q, > > > > (progn > > (setq test-frame (make-frame `((parent-frame . ,(selected-frame))))) > > (set-frame-position test-frame 0 500)) > > > > and drag the parent frame down until its child is off screen. > > Does this mean that the child frame does _not_ move together with its > parent frame? That would constitute a major deviation from the other > platforms. > > martin