GNU bug report logs - #28620
Mouse drag event records wrong window for release when crossing frames

Previous Next

Full log

Message #104 received at 28620 <at> debbugs.gnu.org (full text, mbox):

From: Robert Weiner <rsw <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Alan Third <alan <at> idiocy.org>,
 28620 <at> debbugs.gnu.org
Subject: Re: Interact directly on Emacs bug#28620: mouse drag event records
 wrong release window
Date: Fri, 20 Oct 2017 10:26:22 -0400

[Message part 1 (text/plain, inline)]

On Fri, Oct 20, 2017 at 3:55 AM, martin rudalics <rudalics <at> gmx.at> wrote:

> > ​Ok.  It would be more helpful if you explained which problems you feel
> are
> > relevant to the discussion at hand.
>
> For example that of getting the screen dimensions of a window.  Have a
> look at x_real_pos_and_offsets to get an idea of the tribulations needed
> to do that for an Emacs frame.  These are by far the most complicated
> operations we do in the X specific code and I have reports that we still
> do not get the right results everywhere.


​Yes, I see.  I am having similar issues when trying to replicate the size
of a frame under the macOS window system.  I can't seem to get the new
frame to match the old frame by using (frame-edges nil 'outer-edges) or
(frame-edges nil 'native-edges).  In earlier versions of Emacs, I don't
remember this being a problem but I can't recall when that was.  What is
the best way available to replicate the size of one frame to another given
the limitations that exist now?

Bob

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.