From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#19988: 25.0.50; Drag events ending in different frame Date: Sat, 07 Mar 2015 10:41:57 +0100 Message-ID: <54FAC7E5.1020604@gmx.at> References: <87k2yycfwh.fsf@gnu.org> <54F72082.8080709@gmx.at> <87a8zs4g9c.fsf@gnu.org> <54F80E72.3040609@gmx.at> <54F9F836.7010103@gmx.at> <54FA1C9E.9040806@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1425721400 20532 80.91.229.3 (7 Mar 2015 09:43:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Mar 2015 09:43:20 +0000 (UTC) Cc: 19988@debbugs.gnu.org, Tassilo Horn To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 07 10:43:11 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YUBGI-00051Y-ET for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Mar 2015 10:43:10 +0100 Original-Received: from localhost ([::1]:33883 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUBGH-00023V-SF for geb-bug-gnu-emacs@m.gmane.org; Sat, 07 Mar 2015 04:43:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39812) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUBGD-00021D-Iz for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2015 04:43:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YUBGA-0004AN-9W for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2015 04:43:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:39550) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUBGA-0004AD-68 for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2015 04:43:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YUBG9-0006SE-TU for bug-gnu-emacs@gnu.org; Sat, 07 Mar 2015 04:43:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Mar 2015 09:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19988 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19988-submit@debbugs.gnu.org id=B19988.142572133724760 (code B ref 19988); Sat, 07 Mar 2015 09:43:01 +0000 Original-Received: (at 19988) by debbugs.gnu.org; 7 Mar 2015 09:42:17 +0000 Original-Received: from localhost ([127.0.0.1]:38118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBFR-0006RI-B3 for submit@debbugs.gnu.org; Sat, 07 Mar 2015 04:42:17 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:59557) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBFP-0006R1-CV for 19988@debbugs.gnu.org; Sat, 07 Mar 2015 04:42:15 -0500 Original-Received: from [178.189.203.248] ([178.189.203.248]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MCxfb-1YL8YO3QBf-009d2R; Sat, 07 Mar 2015 10:42:07 +0100 In-Reply-To: X-Provags-ID: V03:K0:YA9Cty3ptm6nvfiRaKNnGqMXIcuqbJRQ85BwR/8yk3D0LaYrtQC hCGOIsPnUi3biSiBpOud6VD3NbqefYAzwk6x3MBGGgypZF1vgtpY0RzYWQaMg/A+1bYe0D3 km3bVM7+tsYwANtFaEVpoZZu3gcPNPO4O4996/UfMnRpm+Csm5MJP1KCZRBP6dgIkKgopqb KQN6/nCcPCLj+T6s9c6yA== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:100228 Archived-At: > If one of the two is the top window (i.e. the one that's actually > visible), then we should use that one, Detecting whether "one of the two is the top window (i.e. the one that's actually visible)" requires access to the Z order of windows. But maybe I'm missing something all too obvious here. > and we should be able to figure > it out at the C level (i.e. it should be the one that is in the event > structure). The event structure can only contain what we put into it. Which window would you put into this structure after you leave the frame containing the window where the start event occurred? > If not, then it doesn't really matter if we "get it right" or not. If one frame obscures another, the obscured frame should IMHO not be considered a valid target. martin