GNU bug report logs - #31546
27.0.50; macOS child frames with no mode-line mouse click problem

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Tue, 22 May 2018 05:24:02 UTC

Severity: normal

Found in version 27.0.50

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


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

From: Aaron Jensen <aaronjensen <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 31546 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#31546: 27.0.50; macOS child frames with no mode-line mouse
 click problem
Date: Thu, 24 May 2018 03:53:54 -0700
[Message part 1 (text/plain, inline)]
>   > 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?

Ah, C-h k does give a clue, thank you!

   <down-mouse-1> at that spot runs the command mouse-drag-region
   <mouse-1> at that spot runs the command mouse-set-point

The window selected in posn-set-point is the window in the child frame,
which is the window that scrolls (and that I do not want to scroll).

But, the thing doing the scrolling is 'mouse-drag-region', which calls
'mouse-drag-track', which calculates the bottom of the window incorrectly
if it does not have a mode-line.

The attached patch fixes this, which fixes my originally reported problem.
Given that it impacts a use of child-frames and it's relatively minor I'd
propose that it gets applied to emacs 26 (probably after 26.1 release?) if
it's acceptable.

Thanks,
[0001-Prevent-errant-scroll-on-mouse-click-Bug-31546.patch (application/octet-stream, attachment)]

This bug report was last modified 6 years and 341 days ago.

Previous Next


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