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


View this message in rfc822 format

From: Aaron Jensen <aaronjensen <at> gmail.com>
To: Alan Third <alan <at> idiocy.org>
Cc: 31546 <at> debbugs.gnu.org, martin rudalics <rudalics <at> gmx.at>
Subject: bug#31546: 27.0.50; macOS child frames with no mode-line mouse click problem
Date: Wed, 23 May 2018 15:21:31 -0700
On Wed, May 23, 2018 at 2:31 PM Alan Third <alan <at> idiocy.org> wrote:
> > I do not know what the command is that is scrolling the child frame. It
> > does not appear in view-lossage.

> Is it a mouse drag? It looks the same here...

Ok, I have a guess. I can reproduce it by setting scroll-margin to
something like 5 and clicking on the last line. The window scrolls so that
the point is visible 5 lines above the bottom of the window. Even if the
scroll-margin is 0, I can reproduce it by clicking on the last line if it
is partially visible (as it may be with frame-resize-pixelwise set). I do
not know what makes child-frames without modelines more susceptible to
this, but it at least looks like it's doing the same thing--scrolling the
window to where it thinks it needs to be scrolled in order for the point to
be fully visible.

> The frame changes height?

Sorry, I meant scrollable region/buffer (not sure which or what it's called
in emacs parlance)--the scrollbar handle shrinks.




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

Previous Next


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