GNU bug report logs - #13937
24.3.50; `make-frame' broken for `fullscreen' parameter on MS Windows

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 13937 <at> debbugs.gnu.org
Subject: Re: bug#13937: 24.3.50;
	`make-frame' broken for `fullscreen' parameter on MS Windows
Date: Wed, 13 Mar 2013 19:34:15 +0200

> From: "Drew Adams" <drew.adams <at> oracle.com>
> Date: Tue, 12 Mar 2013 15:21:31 -0700
> 
> emacs -Q
>  
> In *scratch*, type this:
>  
> (defun foo ()
>   (interactive)
>   (select-frame (make-frame '((minibuffer . t)
>                               (fullscreen . maximized)))))
>   
> (frame-parameters)
>  
> Evaluate the `foo' definition, then M-x foo.
>  
> A new frame is created with the same content (good).
> However:
>  
> 1. There is no minibuffer shown.
> 2. The frame is not maximized.

Fixed in trunk revision 112038.  Thanks.

> Nevertheless, go to eob (put point after `(frame-parameters)'), and
> enter this (there will be no echo, so type carefully):
>  
> M-x pp-eval-last-sexp RET
>  
> You will see the frame parameters for the created frame.  Among them you
> will see this parameter entry, which is correct (though the frame is NOT
> maximized): (fullscreen . maximized).
>  
> And you will see this entry (or similar):
> (minibuffer . #<window 03B1A3F8 on  *Minibuf-0*>)
> 
> That is not correct wrt the arg to `make-frame'.

This part I don't get: why do you think this is incorrect?

> It seems that multiple things are broken, here.

Only one thing was broken, actually: the new frame dimensions were
stored, but the frame was not being resized.

Previous Next

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