From: martin rudalics <rudalics@gmx.at>
To: rswgnu@gmail.com
Cc: emacs-devel <emacs-devel@gnu.org>
Subject: Re: Possible Bug: Mouse drag event records wrong window for release when crossing frames
Date: Fri, 29 Sep 2017 10:34:21 +0200 [thread overview]
Message-ID: <59CE058D.3010607@gmx.at> (raw)
In-Reply-To: <CA+OMD9i=HbB_CMSpA=eKh6H-kb08WbgoHZ52QstM-nm+zPnRbg@mail.gmail.com>
> The behavior is the same either way. It is definitely a bug in Emacs 25.2
> and 25.3 as I have confirmed it on both MacOS and Windows 7 using just
> default mouse-1 drags between frames.
Do you mean that earlier Emacsen behave differently in this regard?
>>> (drag-mouse-2 (#<window 90 on *Buffer List*> 2905 (88 . 467) 4050744642
>> nil
>>> 2905 (12 . 33) nil (4 . 5) (7 . 14)) (#<frame hmouse-drv.el
>>> "/Users/bk/Dropbox/emacs/hyperbole/" 0x102f5bde8> nil (-1373 . 463)
>>> 4050749802))
>>
>> The start event seems to look OK. As for the end event, an X-coordinate
>> of -1373 does not look reasonable.
>
>
> Right. Is a negative value ever valid in this context?
I think so. For example if you want to move your frame to that position
on the screen.
> My claim is that if you put 2 frames on screen (start with non-overlapping)
> and drag mouse-1 from the text area of one to the second, that the drag
> event generated upon the release of mouse-1 will contain frame1 rather than
> frame2 (where the release happened).
IIUC Emacs never was able to do that. Mouse dragging events so far make
sense only for the one-frame case. What you want involves much more
trickery: If you have two target frames covering the same screen
position, which one would you choose when releasing the mouse at that
position? Probably the one higher in the z-order. But only Emacs 26
can handle that and we would have to write routines to do it. Or
the one that gets focus during mouse tracking because your window
manager has some sort of focus-follows-mouse installed? Then you would
have to query the focus when you release the mouse. Non-trivial.
martin
next prev parent reply other threads:[~2017-09-29 8:34 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-26 6:06 Possible Bug: Mouse drag event records wrong window for release when crossing frames Robert Weiner
2017-09-27 8:11 ` martin rudalics
2017-09-27 13:44 ` Robert Weiner
2017-09-29 8:34 ` martin rudalics [this message]
2017-09-29 13:03 ` Robert Weiner
2017-09-29 18:19 ` martin rudalics
2017-09-29 17:31 ` Stefan Monnier
2017-09-29 18:20 ` martin rudalics
2017-09-29 19:08 ` Robert Weiner
2017-09-29 19:20 ` Stefan Monnier
2017-09-29 19:25 ` Robert Weiner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=59CE058D.3010607@gmx.at \
--to=rudalics@gmx.at \
--cc=emacs-devel@gnu.org \
--cc=rswgnu@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.