bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#160: marked as done (Documentation of top-level doesn't mention tha


From: Emacs bug Tracking System
Subject: bug#160: marked as done (Documentation of top-level doesn't mention that it kills minibuffers)
Date: Sat, 6 Sep 2008 10:35:03 -0700

Your message dated Sat, 06 Sep 2008 13:28:27 -0400
with message-id <87hc8tkwuc.fsf@cyd.mit.edu>
and subject line Re: Documentation of top-level doesn't mention that it kills 
minibuffers
has caused the Emacs bug report #160,
regarding Documentation of top-level doesn't mention that it kills minibuffers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don@donarmstrong.com
immediately.)


-- 
160: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=160
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems
--- Begin Message --- Subject: Documentation of top-level doesn't mention that it kills minibuffers Date: Fri, 25 Apr 2008 09:50:33 +0200 User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (usg-unix-v)
The documentation string for top-level says "Exit all recursive
editing levels.", and the manual says

:    The command `M-x top-level' is equivalent to "enough" `C-]' commands
: to get you out of all the levels of recursive edits that you are in.
: `C-]' gets you out one level at a time, but `M-x top-level' goes out
: all levels at once.

This doesn't mention that the command also kills all existing
minibuffers, which I think is an important feature of that command.

As far as I'm aware, "minibuffer" and "recursive edit" usually refers
to two quite different concepts. I don't know if they are related
internally, but for me, I associate "recursive edit" with the display
of [] in the mode line, which isn't displayed no matter how many
minibuffers I have (I have set enable-recursive-minibuffers to t, and
I can get several dozens of them when my one and a half year old kid
borrows the keyboard...).

Best regards,
/Niels Möller

In GNU Emacs 22.1.1 (i686-pc-linux-gnu)
 of 2007-06-04 on maskros.s3.kth.se
Windowing system distributor `The X.Org Foundation', version 11.0.70101000
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: en_US.iso-8859-1
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: iso-8859-1
  default-enable-multibyte-characters: t




--- End Message ---
--- Begin Message --- Subject: Re: Documentation of top-level doesn't mention that it kills minibuffers Date: Sat, 06 Sep 2008 13:28:27 -0400
> The documentation string for top-level says "Exit all recursive
> editing levels.", and the manual says
>
> :    The command `M-x top-level' is equivalent to "enough" `C-]' commands
> : to get you out of all the levels of recursive edits that you are in.
> : `C-]' gets you out one level at a time, but `M-x top-level' goes out
> : all levels at once.
>
> This doesn't mention that the command also kills all existing
> minibuffers, which I think is an important feature of that command.

I've updated the docs accordingly.  Thanks.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]