From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: menu-bar: disable items when no frame visible Date: Sun, 25 Dec 2005 21:20:11 -0500 Message-ID: References: <708F3D2D-A87C-4F80-BC27-171D82653F4D@gmail.com> <069BF3EB-C5E4-4042-91E9-0DFB37C58E99@gmail.com> <87u0d3cu9y.fsf@jurta.org> <87y82b7evb.fsf@jurta.org> <9F80EEEC-3EDF-47B5-9837-2091650A8C5D@gmail.com> <87x6v29lvv.fsf-monnier+emacs@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1135563755 13385 80.91.229.2 (26 Dec 2005 02:22:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 26 Dec 2005 02:22:35 +0000 (UTC) Cc: juri@jurta.org, david.reitter@gmail.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Dec 26 03:22:35 2005 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Eqi0P-0000dp-Ai for ged-emacs-devel@m.gmane.org; Mon, 26 Dec 2005 03:22:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eqi1a-0000Wq-Dd for ged-emacs-devel@m.gmane.org; Sun, 25 Dec 2005 21:23:46 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Eqhzm-0007gK-DV for emacs-devel@gnu.org; Sun, 25 Dec 2005 21:21:54 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Eqhzl-0007fx-PS for emacs-devel@gnu.org; Sun, 25 Dec 2005 21:21:54 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Eqhzl-0007fe-9Z for emacs-devel@gnu.org; Sun, 25 Dec 2005 21:21:53 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EqhzV-0008UJ-GQ for emacs-devel@gnu.org; Sun, 25 Dec 2005 21:21:37 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1Eqhy7-00018Y-RD; Sun, 25 Dec 2005 21:20:11 -0500 Original-To: Stefan Monnier In-reply-to: <87x6v29lvv.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Fri, 02 Jan 1970 03:36:49 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:48367 Archived-At: Because I configure my Emacs similarly to what Epoch used to do. So when I start Emacs, I only get a one-line frame holding the minibuffer. Would simply enabling recursive minibuffers give you what you want? It occurs to me that in this kind of configuration, though you usually see the minibuffer frame, the minibuffer is not active. Do minibuffer commands give you an error when you run them in the minibuffer frame while the minibuffer is not active? Other cases of errors is when I use C-x C-f from a dedicated window/frame. That is a completely different issue. You won't get an error entering the file name in the minibuffer. You will get an error trying to display a different buffer in that dedicated window. For now, the solution is to use C-x 4 f or C-x 5 f. After the release we could think about whether commands to switch buffers should treat dedicated windows differently.