From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Al Petrofsky Newsgroups: gmane.emacs.devel Subject: Re: mode-line-inactive and toggle-input-method Date: Tue, 26 Feb 2002 16:13:04 -0800 Message-ID: <200202270013.QAA10950@radish.petrofsky.org> References: <1438-Sat16Feb2002104635+0200-eliz@is.elta.co.il> <200202171648.g1HGmup10311@aztec.santafe.edu> <5x7koz96o6.fsf@kfs2.cua.dk> NNTP-Posting-Host: quimby2.netfonds.no X-Trace: quimby2.netfonds.no 1014769146 2384 195.204.10.66 (27 Feb 2002 00:19:06 GMT) X-Complaints-To: usenet@quimby2.netfonds.no NNTP-Posting-Date: 27 Feb 2002 00:19:06 GMT Cc: rms@gnu.org, eliz@is.elta.co.il, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby2.netfonds.no with esmtp (Exim 3.12 #1 (Debian)) id 16froH-0000cM-00 for ; Wed, 27 Feb 2002 01:19:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16frke-0001kK-00; Tue, 26 Feb 2002 19:15:20 -0500 Original-Received: from radish.petrofsky.org ([216.240.48.33]) by fencepost.gnu.org with esmtp (Exim 3.33 #1 (Debian)) id 16frim-0001g7-00; Tue, 26 Feb 2002 19:13:24 -0500 Original-Received: (from al@localhost) by radish.petrofsky.org (8.9.3/8.9.3/Debian 8.9.3-21) id QAA10950; Tue, 26 Feb 2002 16:13:04 -0800 Original-To: storm@cua.dk In-reply-to: <5x7koz96o6.fsf@kfs2.cua.dk> (storm@cua.dk) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: quimby.gnus.org gmane.emacs.devel:1569 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1569 > From: storm@cua.dk (Kim F. Storm) > The proper fix is to add a new internal variable (named > Vminibuf_selected_window) which is similar to Vminibuf_scroll_window, > but which doesn't change after entry to the minibuffer, and which > doesn't change if we recursively enter the minibuffer from a selected > minibuffer window. My testing shows this works very well. Why the inconsistency for minibuffer entry from the miniwindow? I would find it more informative for all mode-lines to go inactive to indicate that this has happened. I sometimes accidentally hit M-x twice in a row. It would be useful to have immediate feedback that this has happened. As a separate issue, it seems to me that the active mode-line face should be used only when the window is actually selected. When the selected window is a miniwindow, I suggest using a separate "semi-active" mode-line face for the minibuf-selected-window. By default, this could be the same as the active face if that's what people like. I seem to recall the original requester of this feature wanted to be able to tell which window was selected by glancing at the frame's mode-lines, rather than having to find the cursor. If moving into the miniwindow doesn't change any of the mode-lines, then the feature fails to provide that functionality. -al _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel