From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Robert Weiner Newsgroups: gmane.emacs.bugs Subject: bug#28620: Interact directly on Emacs bug#28620: mouse drag event records wrong release window Date: Sat, 14 Oct 2017 14:47:37 -0400 Message-ID: References: <83wp4e3nvx.fsf@gnu.org> <8360bx340d.fsf@gnu.org> <8360bw19es.fsf@gnu.org> <83vajwytja.fsf@gnu.org> <83poa4yqyq.fsf@gnu.org> <83376qouoj.fsf@gnu.org> <59DF2260.5030204@gmx.at> <59E1CC55.2090400@gmx.at> Reply-To: rswgnu@gmail.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a114d6da0e7e13f055b863632" X-Trace: blaine.gmane.org 1508006975 12341 195.159.176.226 (14 Oct 2017 18:49:35 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 14 Oct 2017 18:49:35 +0000 (UTC) Cc: Alan Third , 28620@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 14 20:49:28 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 1e3RUj-0000Rc-GL for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Oct 2017 20:49:09 +0200 Original-Received: from localhost ([::1]:54915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3RUq-0004qx-Ph for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Oct 2017 14:49:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3RUf-0004oq-18 for bug-gnu-emacs@gnu.org; Sat, 14 Oct 2017 14:49:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3RUb-0006nV-SA for bug-gnu-emacs@gnu.org; Sat, 14 Oct 2017 14:49:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60061) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e3RUb-0006nQ-OQ for bug-gnu-emacs@gnu.org; Sat, 14 Oct 2017 14:49:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e3RUb-0000dJ-Hn for bug-gnu-emacs@gnu.org; Sat, 14 Oct 2017 14:49:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Robert Weiner Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Oct 2017 18:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28620 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28620-submit@debbugs.gnu.org id=B28620.15080069002382 (code B ref 28620); Sat, 14 Oct 2017 18:49:01 +0000 Original-Received: (at 28620) by debbugs.gnu.org; 14 Oct 2017 18:48:20 +0000 Original-Received: from localhost ([127.0.0.1]:40509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3RTw-0000cK-0m for submit@debbugs.gnu.org; Sat, 14 Oct 2017 14:48:20 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:41708) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3RTu-0000c1-1U for 28620@debbugs.gnu.org; Sat, 14 Oct 2017 14:48:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e3RTl-00067x-Eh for 28620@debbugs.gnu.org; Sat, 14 Oct 2017 14:48:12 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48710) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e3RTl-00067V-BR for 28620@debbugs.gnu.org; Sat, 14 Oct 2017 14:48:09 -0400 Original-Received: from mail-qk0-f177.google.com ([209.85.220.177]:49919) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1e3RTl-0000oX-16 for 28620@debbugs.gnu.org; Sat, 14 Oct 2017 14:48:09 -0400 Original-Received: by mail-qk0-f177.google.com with SMTP id q83so5484540qke.6 for <28620@debbugs.gnu.org>; Sat, 14 Oct 2017 11:48:08 -0700 (PDT) X-Gm-Message-State: AMCzsaUl6CtJZalzmpg3s9q23L/kAEpzUiAQrxy2pZwVxq0lm23Dfbfy jFVvrNCQn7wpsT+rA8qYM54lfKruvPS6skCoKxY= X-Google-Smtp-Source: AOwi7QBbTvpc29+y6ffpNZEo82mbM+j5wJx0bOGKpagCaTZ16JeNX9OkDR6ews8+UthA+PnVqDfH7iBT1Qrm7klzaSU= X-Received: by 10.55.12.130 with SMTP id 124mr7395300qkm.186.1508006888463; Sat, 14 Oct 2017 11:48:08 -0700 (PDT) Original-Received: by 10.237.34.225 with HTTP; Sat, 14 Oct 2017 11:47:37 -0700 (PDT) In-Reply-To: X-Gmail-Original-Message-ID: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:138413 Archived-At: --001a114d6da0e7e13f055b863632 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Oct 14, 2017 at 1:16 PM, Robert Weiner wrote: > it still leaves the issue of recognizing whether a drag release event map= s > to an Emacs frame or not (when the frame is covered by an external app's > window). I already have code that recognizes this in Lisp; we should mak= e > it a primitive so the drag release code in Emacs could report more useful > and accurate information in drag release events. > =E2=80=8BI misspoke. I have code that detects when the release falls outsi= de of the bounds of any Emacs frame. However, when the release event is over an Emacs frame that is covered by another application's window, we don't yet have any information to tell us that, so I cannot detect it yet. That is the problem we are discussing how to solve in a general way. Bob =E2=80=8B --001a114d6da0e7e13f055b863632 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Oct 14, 2= 017 at 1:16 PM, Robert Weiner <rsw= @gnu.org> wrote:=
it still leaves the issue of recognizing whether a drag rel= ease event maps to an Emacs frame or not (when the frame is covered by an e= xternal app's window).=C2=A0 I already have code that recognizes this i= n Lisp; we should make it a primitive so the drag release code in Emacs cou= ld report more useful and accurate information in drag release events.
<= /div>

=E2=80=8BI misspoke.=C2=A0 I have code= that detects when the release falls outside of the bounds of any Emacs fra= me.=C2=A0 However, when the release event is over an Emacs frame that is co= vered by another application's window, we don't yet have any inform= ation to tell us that, so I cannot detect it yet.=C2=A0 That is the problem= we are discussing how to solve in a general way.

Bob
=E2=80=8B
--001a114d6da0e7e13f055b863632--