From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#31546: 27.0.50; macOS child frames with no mode-line mouse click problem Date: Thu, 24 May 2018 09:19:44 +0200 Message-ID: <5B066790.7060104@gmx.at> References: <5B03C5DD.2000304@gmx.at> <5B03D77C.80606@gmx.at> <20180522193353.GC35196@breton.holly.idiocy.org> <20180522194441.GE35196@breton.holly.idiocy.org> <5B050BEA.4000804@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 1527146389 12929 195.159.176.226 (24 May 2018 07:19:49 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 24 May 2018 07:19:49 +0000 (UTC) Cc: 31546@debbugs.gnu.org, Alan Third To: Aaron Jensen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 24 09:19:44 2018 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 1fLkXG-00039k-8a for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2018 09:19:42 +0200 Original-Received: from localhost ([::1]:36955 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLkZK-0007VS-2A for geb-bug-gnu-emacs@m.gmane.org; Thu, 24 May 2018 03:21:50 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53196) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fLkYd-0007At-Q9 for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 03:21:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fLkYY-0002Lk-Sh for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 03:21:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38024) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fLkYY-0002Lg-NY for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 03:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fLkYY-0005Z6-E2 for bug-gnu-emacs@gnu.org; Thu, 24 May 2018 03:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 May 2018 07:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 31546 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 31546-submit@debbugs.gnu.org id=B31546.152714641121309 (code B ref 31546); Thu, 24 May 2018 07:21:02 +0000 Original-Received: (at 31546) by debbugs.gnu.org; 24 May 2018 07:20:11 +0000 Original-Received: from localhost ([127.0.0.1]:45918 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLkXi-0005Xc-U5 for submit@debbugs.gnu.org; Thu, 24 May 2018 03:20:11 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:52343) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fLkXg-0005XP-Cu for 31546@debbugs.gnu.org; Thu, 24 May 2018 03:20:08 -0400 Original-Received: from [192.168.1.100] ([213.162.73.65]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MbJTE-1fcAxW0xkq-00Ihwj; Thu, 24 May 2018 09:19:50 +0200 In-Reply-To: X-Provags-ID: V03:K1:Uo8vgNVkbOyh5C1PBzKpk8nznNOTpsYDbC9otc3Valmge8KrlMH C05LdNnK9+1HoHKYlJAwvt9XZSPNGwMMS1wfBgH0pEU70tjGJuoKlkeB/NcjkdsPEj73qLu LGe8RyUe0bs4jNt+DBVFZJ1KjrXuD6L/ePTV0rEkwox/U7fyCvE9URdoBqGyCH/8ehIAyeS Ci4R/kLHgd6b3JxYp5Dmw== X-UI-Out-Filterresults: notjunk:1;V01:K0:sfasiCxBFy4=:ZBtIRhXu0QnBgAtVgCa4Zi 231nR6AsyazDzpKcw9KasRDuEqgoxgcDXN548BY5VTc+f0sb6jHGYU3hIiQ5iyrczAZyKGaUY p/uWCQwsOY4WcLRZPpawAUvXkTadyAOMmaf4X13GgFJZS0jmsQvH38Hayq0K2jgp3i4gby3Nn JWbQ9+sjMMnewCCwk3Bc+ozGj1f2qCodMnFMTdXir9iFB77+BlU5SuJFv+iBUlOAunwCbg8BN gLfPW0eeBrO4uSRqCETBMlD8Tlc63smMizIDsNtBbOdX+vXyPAOEj8NJcDTrJHNn26quAlTPv izOt53ETmSEtoTMc7UPETk9czUtVsuPjiNqinI9Bl0jJePpF8A7k6ih+ruDSozRu/mDJiLj6A BW7ioJOPSUpmG16jDcWg0RCwca/T96vgLlGMZX29n1u9NIxkpQJ/fWGFlmMQNMMVIdtKOltlm C268i/Z5NQ6A8o1afhzzoEhT5Qww/X5cull6JD0S+WQANHAcdWw6PolHCLsKGG6UDJKCj1VFf UGf1x5a67aiAQfk175iHT+mWCNcqTrAKx74De96Ge9I8kEnUTN4O1k/Ge5uEkYDjz91tj5FZ1 D78xxJ3UPe7PO1mjposY18rlviAA2ksWqvFKYiGqbbjY438h9tOg0BJ4B6vgyldZF4RT+mFWm dnysx4MC7CQ1PDV6dvnjoEHKpPK0HEXwvSLzFxy/eDsjYYrdHnSXbXdd4XB3YuhKNjio6aqG9 uXZ48CRcv344n7t6W9kjBFH60D23Cj/VcpkR/2rMfF0StNVjdW5HS7RXTAEwSJFAlveGu7qP 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:146465 Archived-At: >> Now I am confused. Is this in any way related to the OP's report? >> There the window below in the z-order gets scrolled but here you seem >> to mean that a mouse click affects the window above in the z-order. > > I'm the OP. I'm sorry if I wasn't clear in the initial report. The problem > is that the child frame (which appears on top of the parent frame) gets > scrolled on click. In this gif, the visible frame is the child frame: > https://dzwonsemrish7.cloudfront.net/items/3p2o232r1S333y1o1H3S/Screen%20Recording%202018-05-22%20at%2005.44%20AM.gif?v=b53e93c1 But I referred to Alan's response and it seems that he sees the converse of what you observed. >> I still don't understand which command gets executed in order to >> scroll the parent frame's window. That is, if with emacs -Q I click >> anywhere on my single frame's only window's mode line, that window >> never scrolls. So please tell me how your window gets scrolled. > > I do not know what the command is that is scrolling the child frame. It > does not appear in view-lossage. And C-h k does not give any clue either? Try putting "(ding)" into 'mouse-set-point' just before "(mouse-minibuffer-check)" and check whether it rings when you click. If it does, then please look into 'posn-set-point' which window gets selected. I suppose it's the parent frame's window which gets passed via EVENT to 'mouse-set-point' so we will have to check why the child frame's window is not found when constructing the event. The corresponding GTK code to get the right frame is already quite painful (see 'XTmouse_position') so I wouldn't be surprised if macOS had similar problems. >> If "the frame" is a child frame then this problem is pertinent to your >> windowing system: With X or Windows child frames cannot be moved out >> of their parent frames. > > This may be, but I'm at a loss as to how my windowing system would increase > the height of an emacs window. It seems more likely that it is due to some > bug in nsterm, but I have been wrong before. Sorry. I referred to your earlier I should say that even if I move the frame so that it's not over the parent frame the scrolling bug still happens. so this was about moving the frame and not changing its height. martin