GNU bug report logs - #74074
30.0.92; [NS] Frame position not reported on resize from top left

Previous Next

Package: emacs;

Reported by: Jimmy Yuen Ho Wong <wyuenho <at> gmail.com>

Date: Mon, 28 Oct 2024 23:38:01 UTC

Severity: normal

Tags: fixed

Merged with 74064

Found in versions 29.4, 30.0.92

Fixed in version 31.1

Done: Robert Pluim <rpluim <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Robert Pluim <rpluim <at> gmail.com>, Po Lu <luangruo <at> yahoo.com>
Cc: 74074 <at> debbugs.gnu.org, wyuenho <at> gmail.com, rudalics <at> gmx.at
Subject: Re: bug#74074: 30.0.92;
 [NS] Frame position not reported on resize from top left
Date: Wed, 06 Nov 2024 14:58:58 +0200
> Cc: 74074 <at> debbugs.gnu.org, martin rudalics <rudalics <at> gmx.at>
> From: Robert Pluim <rpluim <at> gmail.com>
> Date: Wed, 06 Nov 2024 09:29:29 +0100
> 
> I see that under X11, the `move-frame-functions' are called when
> resizing from the top left. I donʼt know what happens on MSWindows or
> in a pgtk build.

This comes from the MOVE_FRAME_EVENT, which is triggered on Windows as
well.

Not sure about PGTK, though.  Maybe Po Lu knows.

> A quick experiment shows that itʼs fixable on macOS, although there is
> a (strong) tendency for the 'moveʼ events to get bunched up until
> after the resize ends, which means they all report the same
> position. But then again this happens to a lesser extent under X as
> well.
> 
> The question is: do we *want* to fix this?

What are the arguments against fixing this?




This bug report was last modified 194 days ago.

Previous Next


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