* bug#3983: 23.1; configured frame size not respected
@ 2009-07-30 22:21 Tim Van Holder
2011-09-17 6:54 ` Lars Magne Ingebrigtsen
2015-01-03 18:44 ` martin rudalics
0 siblings, 2 replies; 6+ messages in thread
From: Tim Van Holder @ 2009-07-30 22:21 UTC (permalink / raw)
To: bug-gnu-emacs
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...
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3983: 23.1; configured frame size not respected
2009-07-30 22:21 bug#3983: 23.1; configured frame size not respected Tim Van Holder
@ 2011-09-17 6:54 ` Lars Magne Ingebrigtsen
2011-09-18 12:00 ` Tim Van Holder
2015-01-03 18:44 ` martin rudalics
1 sibling, 1 reply; 6+ messages in thread
From: Lars Magne Ingebrigtsen @ 2011-09-17 6:54 UTC (permalink / raw)
To: Tim Van Holder; +Cc: 3983
Tim Van Holder <tim.vanholder@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/
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3983: 23.1; configured frame size not respected
2011-09-17 6:54 ` Lars Magne Ingebrigtsen
@ 2011-09-18 12:00 ` Tim Van Holder
2011-09-18 16:17 ` Tim Van Holder
0 siblings, 1 reply; 6+ messages in thread
From: Tim Van Holder @ 2011-09-18 12:00 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 3983
On 17 September 2011 08:54, Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
> Tim Van Holder <tim.vanholder@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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3983: 23.1; configured frame size not respected
2011-09-18 12:00 ` Tim Van Holder
@ 2011-09-18 16:17 ` Tim Van Holder
0 siblings, 0 replies; 6+ messages in thread
From: Tim Van Holder @ 2011-09-18 16:17 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 3983
On 18 September 2011 14:00, Tim Van Holder <tim.vanholder@gmail.com> wrote:
> On 17 September 2011 08:54, Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
>> Tim Van Holder <tim.vanholder@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.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#3983: 23.1; configured frame size not respected
2009-07-30 22:21 bug#3983: 23.1; configured frame size not respected Tim Van Holder
2011-09-17 6:54 ` Lars Magne Ingebrigtsen
@ 2015-01-03 18:44 ` martin rudalics
2015-02-13 18:28 ` martin rudalics
1 sibling, 1 reply; 6+ messages in thread
From: martin rudalics @ 2015-01-03 18:44 UTC (permalink / raw)
To: 3983; +Cc: Tim Van Holder
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-02-13 18:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-07-30 22:21 bug#3983: 23.1; configured frame size not respected Tim Van Holder
2011-09-17 6:54 ` Lars Magne Ingebrigtsen
2011-09-18 12:00 ` Tim Van Holder
2011-09-18 16:17 ` Tim Van Holder
2015-01-03 18:44 ` martin rudalics
2015-02-13 18:28 ` martin rudalics
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).