GNU bug report logs -
#3276
23.0.93; doc for minibuffer-frame-alist
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 3276 in the body.
You can then email your comments to 3276 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3276
; Package
emacs
.
(Wed, 13 May 2009 22:15:08 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 13 May 2009 22:15:08 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
In GNU Emacs 23.0.93.1 (i386-mingw-nt5.1.2600)
of 2009-05-02 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
Doc string says:
Alist of parameters for initial minibuffer frame.
You can set this in your init file; for example,
(setq minibuffer-frame-alist
'((top . 1) (left . 1) (width . 80) (height . 2)))
Parameters specified here supersede the values given in
`default-frame-alist', for a minibuffer frame.
But this option is *only* for a standalone minibuffer frame, and such
a frame must have this frame parameter: (minibuffer . only). So that
example is a bad one.
Elisp manual says:
This variable's value is an alist of parameter values used when
creating an initial minibuffer-only frame--if such a frame is
needed, according to the parameters for the main initial frame.
What does "if such a frame is needed" mean here? When (why) would it
be needed? What does "according to the parameters for the main
initial frame" mean here?
This description is less informative than the doc string. And like the
doc string, it should mention that parameter `minibuffer' should have
value `only'.
Reply sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
You have taken responsibility.
(Thu, 14 May 2009 04:10:06 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
bug acknowledged by developer.
(Thu, 14 May 2009 04:10:06 GMT)
Full text and
rfc822 format available.
Message #10 received at 3276-done <at> emacsbugs.donarmstrong.com (full text, mbox):
> Alist of parameters for initial minibuffer frame.
> You can set this in your init file; for example,
>
> (setq minibuffer-frame-alist
> '((top . 1) (left . 1) (width . 80) (height . 2)))
>
> Parameters specified here supersede the values given in
> `default-frame-alist', for a minibuffer frame.
>
> But this option is *only* for a standalone minibuffer frame, and such
> a frame must have this frame parameter: (minibuffer . only). So that
> example is a bad one.
Actually, (minibuffer . only) is automatically appended.
> What does "if such a frame is needed" mean here? When (why) would it
> be needed?
I clarified this in the docstring and the manual.
Message #11 received at 3276-done <at> emacsbugs.donarmstrong.com (full text, mbox):
> From: Chong Yidong Sent: Wednesday, May 13, 2009 9:02 PM
> > Alist of parameters for initial minibuffer frame.
> > You can set this in your init file; for example,
> >
> > (setq minibuffer-frame-alist
> > '((top . 1) (left . 1) (width . 80) (height . 2)))
> >
> > Parameters specified here supersede the values given in
> > `default-frame-alist', for a minibuffer frame.
> >
> > But this option is *only* for a standalone minibuffer
> > frame, and such a frame must have this frame parameter:
> > (minibuffer . only). So that example is a bad one.
>
> Actually, (minibuffer . only) is automatically appended.
All the more reason that that example alone is unclear. It needs to be said
explicitly that that example setting is sufficient because (minibuffer . only)
is automatically appended. The `only' value needs to be mentioned somewhere here
- it is what this is all about.
> > What does "if such a frame is needed" mean here? When
> > (why) would it be needed?
>
> I clarified this in the docstring and the manual.
Thanks.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3276
; Package
emacs
.
(Sun, 17 May 2009 19:20:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sun, 17 May 2009 19:20:03 GMT)
Full text and
rfc822 format available.
Message #16 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
> Alist of parameters for initial minibuffer frame.
> You can set this in your init file; for example,
> (setq minibuffer-frame-alist
> '((top . 1) (left . 1) (width . 80) (height . 2)))
> Parameters specified here supersede the values given in
> `default-frame-alist', for a minibuffer frame.
> But this option is *only* for a standalone minibuffer frame, and such
> a frame must have this frame parameter: (minibuffer . only). So that
> example is a bad one.
No: the (minibuffer . only) part will be added automatically.
> What does "if such a frame is needed" mean here?
If the current terminal doesn't have any minibuffer (all the frame are
minibuffer-less). then a minibuffer-only frame is automatically created
(using the settings in minibuffer-frame-alist).
Stefan
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3276
; Package
emacs
.
(Sun, 17 May 2009 19:20:06 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Sun, 17 May 2009 19:20:06 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> emacsbugs.donarmstrong.com
.
(Mon, 15 Jun 2009 14:24:16 GMT)
Full text and
rfc822 format available.
This bug report was last modified 16 years and 9 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.