GNU bug report logs - #65183
29.1; Child frame moving and resizing problems

Previous Next

Package: emacs;

Reported by: 陈宇迪 <jodieydchen <at> gmail.com>

Date: Wed, 9 Aug 2023 16:37:01 UTC

Severity: normal

Found in version 29.1

Full log


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

From: martin rudalics <rudalics <at> gmx.at>
To: 陈宇迪 <jodieydchen <at> gmail.com>
Cc: Po Lu <luangruo <at> yahoo.com>, 65183 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#65183: 29.1; Child frame moving and resizing problems
Date: Fri, 11 Aug 2023 12:00:32 +0200
> It seems that variables `x-gtk-resize-child-frames' and
> `x-gtk-use-window-move' do not help with this.

As expected.

> I am using KDE with KWin (X11) version 5.27.7. I don't know where there is
> any known issue on this platform.

AFAICT KDE does not have any such problems.

>>From another perspective, is there a way to perform resize and move at the
> same time?

We could try gdk_window_move_resize but we'd have to (1) investigate
whether it works well for child frames and (2) what to do on non-GTK
platforms.

> (I mean, could the two steps be executed within a single redisplay cycle,
> so that users would not see the intermediate changes?)
> If these two steps are not done separately, the execution order would not
> matter.
> As I wrote in my first email, I can see the child frame being moved and
> then resized
> on my computer, even though the two steps happen very quickly.

What happens when you change 'x-wait-for-event-timeout' to zero?

martin




This bug report was last modified 1 year and 312 days ago.

Previous Next


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