GNU bug report logs -
#44961
28.0.50; [feature/pgtk] frame-position returns incorrect information
Previous Next
Reported by: Robert Pluim <rpluim <at> gmail.com>
Date: Mon, 30 Nov 2020 14:34:02 UTC
Severity: normal
Tags: moreinfo
Found in version 28.0.50
Done: Robert Pluim <rpluim <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 21 Feb 2022 15:50:35 +0100
with message-id <87mtikjmtg.fsf <at> gmail.com>
and subject line Re: bug#44961: 28.0.50; [feature/pgtk] frame-position returns incorrect information
has caused the debbugs.gnu.org bug report #44961,
regarding 28.0.50; [feature/pgtk] frame-position returns incorrect information
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
44961: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=44961
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
This is under Gnome Shell on Debian 10, which I think uses mutter as a
window manager:
./emacs -Q # The frame is near the top-left, I move it to the right bottom quadrant
(pgtk-backend-display-class) => "GdkWaylandDisplay"
(frame-position) => (0 . 0)
GDK_BACKEND=x11 ./emacs -Q
(pgtk-backend-display-class) => "GdkX11Display"
(frame-position) => (0 . 0)
./emacs -Q # emacs master branch
(frame-position) => (2136 . 549)
(also `set-frame-position' doesnʼt work, even though I see it calling
gtk_window_move. I can open a separate report for that)
In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5, cairo version 1.16.0)
of 2020-11-24 built on rltb
Repository revision: d6ef9af82eafef33e117dd61aa3bd51a2464fcc6
Repository branch: feature/pgtk
Windowing system distributor 'System Description: Debian GNU/Linux 10 (buster)
Configured using:
'configure --with-pgtk'
Configured features:
JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 PGTK XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2
[Message part 3 (message/rfc822, inline)]
>>>>> On Mon, 21 Feb 2022 21:26:37 +0800, Po Lu <luangruo <at> yahoo.com> said:
Po> Robert Pluim <rpluim <at> gmail.com> writes:
>> If reporting (0 . 0) for undecorated and fullboth frames and a fixed
>> value for decorated frames works, then I see no problem with it
>> (although I donʼt run pgtk as my daily driver, so perhaps there are
>> other issues). The frame positioning portions of desktop.el and
>> similar are doomed under Wayland in any case.
Po> Yes, indeed. Let's keep the status quo for now and see if anyone
Po> complains in the future.
OK. Iʼll close the bug for now, we can always reopen it later.
Po> Thanks for your input.
np
Robert
--
This bug report was last modified 3 years and 86 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.