GNU bug report logs -
#16503
24.3; make-frame's user-position doesn't work
Previous Next
Reported by: Todd Allen <todd <at> etallen.com>
Date: Mon, 20 Jan 2014 00:09:04 UTC
Severity: normal
Tags: moreinfo
Found in version 24.3
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
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 16503 in the body.
You can then email your comments to 16503 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#16503
; Package
emacs
.
(Mon, 20 Jan 2014 00:09:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Todd Allen <todd <at> etallen.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 20 Jan 2014 00:09:05 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Issuing the following expression:
(make-frame '((user-position . t) (left . 100) (top . 100)))
creates a new frame with only a program-specified position in the
WM_NORMAL_HINT, instead of a user-specified position.
I started noticing this in the emacs 24.x series, but didn't track down
the cause of the ultimate problem until now. The above worked in emacs 23.x.
In GNU Emacs 24.3.1 (i686-redhat-linux-gnu, GTK+ Version 3.9.10)
of 2013-08-14 on buildvm-08.phx2.fedoraproject.org
Windowing system distributor `Fedora Project', version 11.0.10800000
Configured using:
`configure '--build=i686-redhat-linux-gnu'
'--host=i686-redhat-linux-gnu' '--program-prefix='
'--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib'
'--libexecdir=/usr/libexec' '--localstatedir=/var'
'--sharedstatedir=/var/lib' '--mandir=/usr/share/man'
'--infodir=/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg'
'--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm'
'--with-x-toolkit=gtk3' '--with-gpm=no'
'build_alias=i686-redhat-linux-gnu' 'host_alias=i686-redhat-linux-gnu'
'CFLAGS=-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
-fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
-grecord-gcc-switches -m32 -march=i686 -mtune=atom
-fasynchronous-unwind-tables' 'LDFLAGS=-Wl,-z,relro ''
Important settings:
value of $LC_ALL: POSIX
value of $LANG: en_US.UTF-8
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
M-: ( m a k e SPC - <backspace> <backspace> - f r a
m e SPC ' ( ( u s e r - p o s i t i o n SPC . t SPC
) <backspace> <backspace> <backspace> SPC t SPC <backspace>
) S-SPC ( l e f t SPC . SPC 1 0 0 ) S-SPC ( t o p SPC
. SPC 1 0 0 ) ) ) <return> <switch-frame> <help-echo>
<help-echo> <switch-frame> <help-echo> M-x <help-echo>
r e o r t <backspace> <backspace> <backspace> p o r
t - e m a c s - b u g <return>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
#<frame emacs <at> raven 0xa37a308>
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt
fringe tabulated-list newcomment lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
--
Todd Allen
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16503
; Package
emacs
.
(Thu, 15 Aug 2019 01:39:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 16503 <at> debbugs.gnu.org (full text, mbox):
Todd Allen <todd <at> etallen.com> writes:
> Issuing the following expression:
> (make-frame '((user-position . t) (left . 100) (top . 100)))
> creates a new frame with only a program-specified position in the
> WM_NORMAL_HINT, instead of a user-specified position.
>
> I started noticing this in the emacs 24.x series, but didn't track down
> the cause of the ultimate problem until now. The above worked in emacs 23.x.
(I'm going through old bug reports that have unfortunately gotten no
responses yet.)
I haven't looked at the low-level values passed here, but eval-ing that
form seems to do what you'd expect -- opening a frame at 100x100 (in
Emacs 27, at least).
Has this started working again, or if not -- do you have a recipe that
will display the bug?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 15 Aug 2019 01:39:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16503
; Package
emacs
.
(Thu, 15 Aug 2019 08:15:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 16503 <at> debbugs.gnu.org (full text, mbox):
>> Issuing the following expression:
>> (make-frame '((user-position . t) (left . 100) (top . 100)))
>> creates a new frame with only a program-specified position in the
>> WM_NORMAL_HINT, instead of a user-specified position.
>>
>> I started noticing this in the emacs 24.x series, but didn't track down
>> the cause of the ultimate problem until now. The above worked in emacs 23.x.
>
> (I'm going through old bug reports that have unfortunately gotten no
> responses yet.)
>
> I haven't looked at the low-level values passed here, but eval-ing that
> form seems to do what you'd expect -- opening a frame at 100x100 (in
> Emacs 27, at least).
>
> Has this started working again, or if not -- do you have a recipe that
> will display the bug?
Window managers are allowd to ingore normal hints, so YMMV. I fail to
understand why gui_figure_window_size would ignore 'user-position' for
the OP, though.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16503
; Package
emacs
.
(Tue, 01 Oct 2019 16:01:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 16503 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Todd Allen <todd <at> etallen.com> writes:
>
>> Issuing the following expression:
>> (make-frame '((user-position . t) (left . 100) (top . 100)))
>> creates a new frame with only a program-specified position in the
>> WM_NORMAL_HINT, instead of a user-specified position.
>>
>> I started noticing this in the emacs 24.x series, but didn't track down
>> the cause of the ultimate problem until now. The above worked in emacs 23.x.
>
> (I'm going through old bug reports that have unfortunately gotten no
> responses yet.)
>
> I haven't looked at the low-level values passed here, but eval-ing that
> form seems to do what you'd expect -- opening a frame at 100x100 (in
> Emacs 27, at least).
>
> Has this started working again, or if not -- do you have a recipe that
> will display the bug?
More information was requested, but no response was given within six
weeks, so I'm closing this bug report. If the problem still exists,
please reopen this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
16503 <at> debbugs.gnu.org and Todd Allen <todd <at> etallen.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 01 Oct 2019 16:01:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 30 Oct 2019 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 231 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.