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 #17 received at 74074 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: martin rudalics <rudalics <at> gmx.at>, Jimmy Yuen Ho Wong <wyuenho <at> gmail.com>,
 74074 <at> debbugs.gnu.org
Subject: Re: bug#74074: 30.0.92; [NS] Frame position not reported on resize
 from top left
Date: Wed, 06 Nov 2024 20:52:05 +0800

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

>>>>>> On Wed, 6 Nov 2024 10:31:12 +0100, martin rudalics <rudalics <at> gmx.at> said:
>
>     >> 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.
>
>     martin> It works on MSWindows here.  IIRC pgtk doesn't care abut positions at
>     martin> all.
>
> pgtk doesnʼt let you programatically change the frame positions, but
> Iʼm assuming it still reports them <time passes> Hmm, no, it
> doesnʼt. I donʼt know if thatʼs expected or not. Po Lu?

It's expected, inasmuch as there are just no window positions under
Wayland.  Where or how to position a toplevel surface visually is
compositor policy that is not exposed to clients.
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.