GNU bug report logs - #9485
24.0.50; Frame size and position parameter problems in Windows (and Linux)

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9485 in the body.
You can then email your comments to 9485 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Hannu Koivisto <azure <at> iki.fi>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50;
	Frame size and position parameter problems in Windows (and Linux)
Date: Mon, 12 Sep 2011 19:37:12 +0300

This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgement at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from `emacs -Q':

Given...

(defvar se::frame-config `((fullscreen . fullheight)
                           (width . 100)))
(setq default-frame-alist (append se::frame-config default-frame-alist))
(setq initial-frame-alist (append '((left . (- 0))) se::frame-config initial-frame-alist))

...in .emacs, "runemacs" results to a frame that is neither fullheight
nor positioned in the right edge of the screen.  The frame I get is
approximately half the height of the screen and it is partly positioned
outside (from the right edge) of the screen.

The same configuration works in Linux with Emacs 23.1.1 usually but
not always.  I just tried "repeat 5; do emacs&; done" and one out
of those five failed to resize to fullheight and two out of five
were fullheight but they were not located at the top edge/right
edge of the screen (y coordinate was around the middle of the
screen and the frame was partly outside the screen in x direction
as well).

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
c:/progra~1/emacs24/etc/DEBUG.


In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-08-25 on HANNU
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: fi_FI
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: FIN
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  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:
n/a

Recent messages:
n/a

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr message format-spec rfc822 mml mml-sec
mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mailabbrev mail-utils gmm-utils mailheader
tutorial help-mode easymenu view emacsbug time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win
w32-vars tool-bar dnd fontset image fringe 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 button
faces cus-face files text-properties overlay sha1 md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process multi-tty emacs)

-- 
Hannu

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

From: martin rudalics <rudalics <at> gmx.at>
To: Hannu Koivisto <azure <at> iki.fi>, 9485 <at> debbugs.gnu.org
Subject: Re: 24.0.50; Frame size and position parameter problems in Windows
 (and Linux)
Date: Fri, 13 Feb 2015 19:57:23 +0100

> Given...
>
> (defvar se::frame-config `((fullscreen . fullheight)
>                             (width . 100)))
> (setq default-frame-alist (append se::frame-config default-frame-alist))
> (setq initial-frame-alist (append '((left . (- 0))) se::frame-config initial-frame-alist))
>
> ...in .emacs, "runemacs" results to a frame that is neither fullheight
> nor positioned in the right edge of the screen.  The frame I get is
> approximately half the height of the screen and it is partly positioned
> outside (from the right edge) of the screen.
>
> The same configuration works in Linux with Emacs 23.1.1 usually but
> not always.  I just tried "repeat 5; do emacs&; done" and one out
> of those five failed to resize to fullheight and two out of five
> were fullheight but they were not located at the top edge/right
> edge of the screen (y coordinate was around the middle of the
> screen and the frame was partly outside the screen in x direction
> as well).

Hi, Hannu

I recently tried to fix a number of related issues and hopefully fixed
this as well.  Can you try again with current master/trunk?

Apologies for the late reply, martin

Message #13 received at 9485-done <at> debbugs.gnu.org (full text, mbox):

From: martin rudalics <rudalics <at> gmx.at>
To: Hannu Koivisto <azure <at> iki.fi>, 9485-done <at> debbugs.gnu.org
Subject: Re: bug#9485: 24.0.50; Frame size and position parameter problems
 in Windows (and Linux)
Date: Mon, 06 Jul 2015 13:07:06 +0200

Version: 25.1

> I recently tried to fix a number of related issues and hopefully fixed
> this as well.  Can you try again with current master/trunk?
>
> Apologies for the late reply, martin

Closing this bug.

martin

Previous Next

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