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

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

bug#8184: 23.1.90; `menu-bar-non-minibuffer-window-p' error in callsto `


From: Johan Bockgård
Subject: bug#8184: 23.1.90; `menu-bar-non-minibuffer-window-p' error in callsto `kill-this-buffer'
Date: Sun, 27 Mar 2011 14:22:21 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

martin rudalics <address@hidden> writes:

>> But why? Why shouldn't menu item `Close' be available to kill the
>> current buffer even if it is the only "interesting" buffer? I imagine
>> the answer behind this design is that we never want to show an
>> uninteresting buffer - or that we never want to replace an
>> interesting one by an uninteresting one in the same window.
>
> We might end up showing the *code-conversion-work* or *Echo Area* buffer
> in a normal window which doesn't strike me as a good idea in response to
> invoking a menu item called "Close".

That can't happen. The *scratch* buffer is resurrected if all other
visible buffers disappear.

> I only tried to emulate the current behavior.  Usually, at least the
> *scratch* or *Messages* buffer should be around so I suppose that in
> practice it's always possible to kill the current buffer.

It's always possible to kill the current buffer, unless that buffer is
*scratch* and no other visible buffers exist.





reply via email to

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