GNU bug report logs -
#57475
29.0.50; Position problem with make-frame on Lucid build
Previous Next
Reported by: Stephen Berman <stephen.berman <at> gmx.net>
Date: Mon, 29 Aug 2022 11:52:02 UTC
Severity: normal
Found in version 29.0.50
Done: Po Lu <luangruo <at> yahoo.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57475 in the body.
You can then email your comments to 57475 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Mon, 29 Aug 2022 11:52:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 29 Aug 2022 11:52:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
On a Lucid build, make-frame appears to ignore the frame parameters
(left . 0) and (top . 0), when passed individually or together:
0. emacs -Q
1. M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (938 351)
2. M-: (make-frame)
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (938 350)
3. M-: (make-frame '((left . 0) (top . 0)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (938 350)
4. M-: (make-frame '((left . 0)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (938 350)
5. M-: (make-frame '((top . 0)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (938 350)
If one or both of the `top' and `left' parameters has a non-zero value,
that value is correctly realized; if only one of these parameters is
passed with a non-zero value, the other parameter is realized as 0:
5. M-: (make-frame '((left . 1) (top . 1)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (1 1)
6. M-: (make-frame '((left . 1)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (1 0)
7. M-: (make-frame '((top . 1)))
M-: (progn (list (alist-get 'left (frame-parameters))
(alist-get 'top (frame-parameters))))
=> (0 1)
The Gtk3 and non-toolkit builds do not have these problems, and on the
Lucid build, modify-frame-parameters and set-frame-position also work
fine with a 0 value of these parameters.
In GNU Emacs 29.0.50 (build 2, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.17.6, Xaw scroll bars) of 2022-08-28 built on strobelfs2
Repository revision: 35af917f187719fecadde278a51fd10bf47eed07
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101004
System Description: Linux From Scratch r11.0-165
Configured using:
'configure -C --with-x-toolkit=lucid --with-xinput2 'CFLAGS=-Og -g3''
Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
JSON LCMS2 LIBSYSTEMD LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XDBE XIM
XINPUT2 XPM LUCID ZLIB
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Tue, 30 Aug 2022 01:55:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 57475 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman <stephen.berman <at> gmx.net> writes:
> On a Lucid build, make-frame appears to ignore the frame parameters
> (left . 0) and (top . 0), when passed individually or together:
Please show the value of running "xprop WM_NORMAL_HINTS", and then
clicking on the frame in question after the cursor changes to a
crosshair.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Tue, 30 Aug 2022 08:20:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 57475 <at> debbugs.gnu.org (full text, mbox):
On Tue, 30 Aug 2022 09:54:23 +0800 Po Lu <luangruo <at> yahoo.com> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> On a Lucid build, make-frame appears to ignore the frame parameters
>> (left . 0) and (top . 0), when passed individually or together:
>
> Please show the value of running "xprop WM_NORMAL_HINTS", and then
> clicking on the frame in question after the cursor changes to a
> crosshair.
Here's the output immediately after executing emacs -Q:
WM_NORMAL_HINTS(WM_SIZE_HINTS):
user specified size: 674 by 676
program specified minimum size: 34 by 66
program specified resize increment: 8 by 17
program specified base size: 34 by 66
window gravity: NorthWest
And here's the output immediately after evaluating
(make-frame '((left . 0) (top . 0))) in the new frame:
WM_NORMAL_HINTS(WM_SIZE_HINTS):
user specified size: 658 by 650
program specified minimum size: 34 by 66
program specified resize increment: 8 by 17
program specified base size: 34 by 66
window gravity: NorthWest
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Tue, 30 Aug 2022 10:17:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 57475 <at> debbugs.gnu.org (full text, mbox):
Stephen Berman <stephen.berman <at> gmx.net> writes:
> And here's the output immediately after evaluating
> (make-frame '((left . 0) (top . 0))) in the new frame:
>
> WM_NORMAL_HINTS(WM_SIZE_HINTS):
> user specified size: 658 by 650
> program specified minimum size: 34 by 66
> program specified resize increment: 8 by 17
> program specified base size: 34 by 66
> window gravity: NorthWest
Right, but I'm not such which frame you clicked here: the frame in which
you evaluated make-frame, or the frame that make-frame created?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Tue, 30 Aug 2022 11:12:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 57475 <at> debbugs.gnu.org (full text, mbox):
(Oops, left off the bug list by mistake.)
On Tue, 30 Aug 2022 18:16:28 +0800 Po Lu <luangruo <at> yahoo.com> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> And here's the output immediately after evaluating
>> (make-frame '((left . 0) (top . 0))) in the new frame:
>>
>> WM_NORMAL_HINTS(WM_SIZE_HINTS):
>> user specified size: 658 by 650
>> program specified minimum size: 34 by 66
>> program specified resize increment: 8 by 17
>> program specified base size: 34 by 66
>> window gravity: NorthWest
>
> Right, but I'm not such which frame you clicked here: the frame in which
> you evaluated make-frame, or the frame that make-frame created?
Sorry for the unclarity, I meant I clicked the frame that make-frame
created.
Steve Berman
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57475
; Package
emacs
.
(Wed, 31 Aug 2022 18:18:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 57475 <at> debbugs.gnu.org (full text, mbox):
On Wed, 31 Aug 2022 10:18:52 +0800 Po Lu <luangruo <at> yahoo.com> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> Sorry for the unclarity, I meant I clicked the frame that make-frame
>> created.
>
> Should be fixed now, thanks.
I confirm it is fixed - many thanks!
Steve Berman
Reply sent
to
Po Lu <luangruo <at> yahoo.com>
:
You have taken responsibility.
(Thu, 01 Sep 2022 13:20:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Stephen Berman <stephen.berman <at> gmx.net>
:
bug acknowledged by developer.
(Thu, 01 Sep 2022 13:20:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 57475-done <at> debbugs.gnu.org (full text, mbox):
Stephen Berman <stephen.berman <at> gmx.net> writes:
> On Wed, 31 Aug 2022 10:18:52 +0800 Po Lu <luangruo <at> yahoo.com> wrote:
>
>> Stephen Berman <stephen.berman <at> gmx.net> writes:
>>
>>> Sorry for the unclarity, I meant I clicked the frame that make-frame
>>> created.
>>
>> Should be fixed now, thanks.
>
> I confirm it is fixed - many thanks!
>
> Steve Berman
I'm closing this bug then, thanks.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 30 Sep 2022 11:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 202 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.