GNU bug report logs - #3983
23.1; configured frame size not respected

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 3983 in the body.
You can then email your comments to 3983 AT debbugs.gnu.org in the normal way.

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; configured frame size not respected
Date: Fri, 31 Jul 2009 00:21:25 +0200

I have default-frame-alist configured with width=132 and height=70.
This has always worked in the past (official emacs 22.1 binary on Win32).

However, with emacs 23.1, the initial frame is always the wrong size
(hard to tell exactly on Windows, but it looks like 80x40). Same goes if
initial-frame-alist gets configured for 132x70.
Creating a new frame after the first (C-x 5 2) does create a properly
sized frame.


In GNU Emacs 23.1.1 (i386-mingw-nt5.2.3790)
 of 2009-07-30 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.2.3790
configured using `configure --with-gcc (4.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENG
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  display-time-mode: t
  show-paren-mode: t
  pc-selection-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x r e p o <tab> r <tab> <return>

Recent messages:
Loading delsel...done
Loading pc-select...done
Loading paren...done
Package lazy-lock is obsolete
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Tim Van Holder <tim.vanholder <at> gmail.com>
Cc: 3983 <at> debbugs.gnu.org
Subject: Re: 23.1; configured frame size not respected
Date: Sat, 17 Sep 2011 08:54:41 +0200

Tim Van Holder <tim.vanholder <at> gmail.com> writes:

> I have default-frame-alist configured with width=132 and height=70.
> This has always worked in the past (official emacs 22.1 binary on Win32).
>
> However, with emacs 23.1, the initial frame is always the wrong size
> (hard to tell exactly on Windows, but it looks like 80x40). Same goes if
> initial-frame-alist gets configured for 132x70.
> Creating a new frame after the first (C-x 5 2) does create a properly
> sized frame.

If this bug still exists, could you post an easy-to-reproduce test case?

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

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

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 3983 <at> debbugs.gnu.org
Subject: Re: 23.1; configured frame size not respected
Date: Sun, 18 Sep 2011 14:00:12 +0200

On 17 September 2011 08:54, Lars Magne Ingebrigtsen <larsi <at> gnus.org> wrote:
> Tim Van Holder <tim.vanholder <at> gmail.com> writes:
>
>> I have default-frame-alist configured with width=132 and height=70.
>> This has always worked in the past (official emacs 22.1 binary on Win32).
>>
>> However, with emacs 23.1, the initial frame is always the wrong size
>> (hard to tell exactly on Windows, but it looks like 80x40). Same goes if
>> initial-frame-alist gets configured for 132x70.
>> Creating a new frame after the first (C-x 5 2) does create a properly
>> sized frame.
>
> If this bug still exists, could you post an easy-to-reproduce test case?

Current version I'm using is 23.1.1.

As for the test case: It seems to be face related. Customizing only
the default frame alist works fine. But I also have the default face
customized, and that seems to mess things up.
If I set up my .emacs to contain only

(custom-set-variables '(default-frame-alist (quote ((width . 132)
(height . 60) (background-color . "black") (foreground-color .
"white") (cursor-color . "white")))))
(custom-set-faces '(default ((t (:background "black" :foreground
"white" :height 100 :family "outline-lucida console")))))

I see the issue (particularly clear when you do C-x 5 2 - the new
frame will be considerably bigger than the first).

I'll check if there's a more recent build available, and whether or
not that changes anything.

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

From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
Cc: 3983 <at> debbugs.gnu.org
Subject: Re: 23.1; configured frame size not respected
Date: Sun, 18 Sep 2011 18:17:57 +0200

On 18 September 2011 14:00, Tim Van Holder <tim.vanholder <at> gmail.com> wrote:
> On 17 September 2011 08:54, Lars Magne Ingebrigtsen <larsi <at> gnus.org> wrote:
>> Tim Van Holder <tim.vanholder <at> gmail.com> writes:
>>
>>> I have default-frame-alist configured with width=132 and height=70.
>>> This has always worked in the past (official emacs 22.1 binary on Win32).
>>>
>>> However, with emacs 23.1, the initial frame is always the wrong size
>>> (hard to tell exactly on Windows, but it looks like 80x40). Same goes if
>>> initial-frame-alist gets configured for 132x70.
>>> Creating a new frame after the first (C-x 5 2) does create a properly
>>> sized frame.
>>
>> If this bug still exists, could you post an easy-to-reproduce test case?
>
> Current version I'm using is 23.1.1.
>
> As for the test case: It seems to be face related. Customizing only
> the default frame alist works fine. But I also have the default face
> customized, and that seems to mess things up.
> If I set up my .emacs to contain only
>
> (custom-set-variables '(default-frame-alist (quote ((width . 132)
> (height . 60) (background-color . "black") (foreground-color .
> "white") (cursor-color . "white")))))
> (custom-set-faces '(default ((t (:background "black" :foreground
> "white" :height 100 :family "outline-lucida console")))))
>
> I see the issue (particularly clear when you do C-x 5 2 - the new
> frame will be considerably bigger than the first).
>
> I'll check if there's a more recent build available, and whether or
> not that changes anything.

I downloaded the latest release available from gnu.org (23.3) and the
issue is still present.

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

From: martin rudalics <rudalics <at> gmx.at>
To: 3983 <at> debbugs.gnu.org
Cc: Tim Van Holder <tim.vanholder <at> gmail.com>
Subject: Re: 23.1; configured frame size not respected
Date: Sat, 03 Jan 2015 19:44:07 +0100

> In GNU Emacs 23.1.1 (i386-mingw-nt5.2.3790)
>  of 2009-07-30 on SOFT-MJASON

[...]

> (custom-set-variables '(default-frame-alist (quote ((width . 132)
> (height . 60) (background-color . "black") (foreground-color .
> "white") (cursor-color . "white")))))
> (custom-set-faces '(default ((t (:background "black" :foreground
> "white" :height 100 :family "outline-lucida console")))))
>
> I see the issue (particularly clear when you do C-x 5 2 - the new
> frame will be considerably bigger than the first).

This should work with current master/trunk.  At least, a second frame
made with C-x 5 2 has the same size as the initial frame here.  Please
try again.

Thanks, martin

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

From: martin rudalics <rudalics <at> gmx.at>
To: 3983-done <at> debbugs.gnu.org
Cc: Tim Van Holder <tim.vanholder <at> gmail.com>
Subject: Re: bug#3983: 23.1; configured frame size not respected
Date: Fri, 13 Feb 2015 19:28:55 +0100

> This should work with current master/trunk.  At least, a second frame
> made with C-x 5 2 has the same size as the initial frame here.  Please
> try again.

Closing.  If you still see the issue please complain.

Thanks, martin

Previous Next

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