GNU bug report logs - #15684
24.3.50; `set-frame-parameter' broken for parameter `minibuffer'

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 15684 in the body.
You can then email your comments to 15684 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: Drew Adams <drew.adams <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; `set-frame-parameter' broken for parameter `minibuffer'
Date: Tue, 22 Oct 2013 10:24:06 -0700 (PDT)

emacs -Q

C-x 5 2

M-: (pp-eval-expression '(frame-parameters))

Value of parameter `minibuffer' is a window.

M-: (set-frame-parameter nil 'minibuffer t)

M-: (pp-eval-expression '(frame-parameters))

Value of parameter `minibuffer' is unchanged: still the window.
Should be t.

M-: (set-frame-parameter nil 'minibuffer nil)

Value of parameter `minibuffer' is unchanged: still the window.
Should be nil.

M-x set-variable default-frame-alist

((tool-bar-lines . 0)
 (menu-bar-lines . 1)
 (minibuffer))

C-x 5 2

The new frame is created without a minibuffer, as it should be.  Check
it with `M-: (pp-eval-expression '(frame-parameters))', with that frame
selected.

M-: (set-frame-parameter nil 'minibuffer t)

M-: (pp-eval-expression '(frame-parameters))

Value of parameter `minibuffer' is unchanged: still nil.  Should be t.

See Subject line. 



In GNU Emacs 24.3.50.1 (i686-pc-mingw32)
 of 2013-10-19 on LEG570
Bzr revision: 114715 rgm <at> gnu.org-20131019023520-s8mwtib7xcx9e05w
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking 'CFLAGS=-O0 -g3' CPPFLAGS=-DGLYPH_DEBUG=1'

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

From: martin rudalics <rudalics <at> gmx.at>
To: Drew Adams <drew.adams <at> oracle.com>
Cc: 15684 <at> debbugs.gnu.org
Subject: Re: bug#15684: 24.3.50;	`set-frame-parameter' broken for parameter
 `minibuffer'
Date: Sat, 04 Jan 2014 15:12:53 +0100

> emacs -Q
>
> C-x 5 2
>
> M-: (pp-eval-expression '(frame-parameters))
>
> Value of parameter `minibuffer' is a window.
>
> M-: (set-frame-parameter nil 'minibuffer t)
>
> M-: (pp-eval-expression '(frame-parameters))
>
> Value of parameter `minibuffer' is unchanged: still the window.
> Should be t.
>
> M-: (set-frame-parameter nil 'minibuffer nil)
>
> Value of parameter `minibuffer' is unchanged: still the window.
> Should be nil.
>
> M-x set-variable default-frame-alist
>
> ((tool-bar-lines . 0)
>  (menu-bar-lines . 1)
>  (minibuffer))
>
> C-x 5 2
>
> The new frame is created without a minibuffer, as it should be.  Check
> it with `M-: (pp-eval-expression '(frame-parameters))', with that frame
> selected.
>
> M-: (set-frame-parameter nil 'minibuffer t)
>
> M-: (pp-eval-expression '(frame-parameters))
>
> Value of parameter `minibuffer' is unchanged: still nil.  Should be t.
>
> See Subject line.

Please read the Elisp manual before submitting such reports:


These frame parameters, meaningful on all kinds of terminals, deal with
which buffers have been, or should, be displayed in the frame.

`minibuffer'
     Whether this frame has its own minibuffer.  The value `t' means
     yes, `nil' means no, `only' means this frame is just a minibuffer.
     If the value is a minibuffer window (in some other frame), the
     frame uses that minibuffer.

     This frame parameter takes effect when the frame is created, and
     can not be changed afterwards.


Thanks, martin

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

From: Drew Adams <drew.adams <at> oracle.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 15684 <at> debbugs.gnu.org
Subject: RE: bug#15684: 24.3.50;	`set-frame-parameter' broken for parameter
 `minibuffer'
Date: Sat, 4 Jan 2014 08:31:58 -0800 (PST)

>       This frame parameter takes effect when the frame is created,
>       and can not be changed afterwards.

Sorry about that.  I see now that that sentence was added in Emacs 23.

I've closed the bug.  Thx.

(FWIW, minor typo "can not" could be fixed to "cannot".)

Previous Next

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