From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kevin Rodgers Newsgroups: gmane.emacs.help Subject: Re: detached minibuffer woes Date: Fri, 20 May 2005 15:28:39 -0600 Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1116625163 774 80.91.229.2 (20 May 2005 21:39:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 May 2005 21:39:23 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri May 20 23:39:15 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DZFBl-0001uE-8f for geh-help-gnu-emacs@m.gmane.org; Fri, 20 May 2005 23:37:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DZFEg-0007OZ-9r for geh-help-gnu-emacs@m.gmane.org; Fri, 20 May 2005 17:40:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DZFE7-0007Gm-Iv for help-gnu-emacs@gnu.org; Fri, 20 May 2005 17:40:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DZFE1-0007DD-7E for help-gnu-emacs@gnu.org; Fri, 20 May 2005 17:40:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DZFE0-0007Bt-TN for help-gnu-emacs@gnu.org; Fri, 20 May 2005 17:40:08 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1DZFDk-0003u5-Gs for help-gnu-emacs@gnu.org; Fri, 20 May 2005 17:39:52 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DZF3N-00010B-Gq for help-gnu-emacs@gnu.org; Fri, 20 May 2005 23:29:09 +0200 Original-Received: from 207.167.42.60 ([207.167.42.60]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2005 23:29:09 +0200 Original-Received: from ihs_4664 by 207.167.42.60 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 May 2005 23:29:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: help-gnu-emacs@gnu.org Original-Lines: 42 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 207.167.42.60 User-Agent: Mozilla Thunderbird 0.9 (X11/20041105) X-Accept-Language: en-us, en In-Reply-To: X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:26868 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:26868 David Nelson wrote: > I'm using Carbon Emacs (emacs for OS X) which is based on GNU Emacs > 22.0.50.2. OS X has a "click to focus" window manager. > > I'm trying to set up a detached or floating minibuffer arrangement. > I've nearly got this working the way I would like, but I've hit a wall. > As currently configured, I'm using minibuffer-setup-hook to raise the > frame containing the minibuffer. I use minibuffer-exit-hook to set the > focus back to the frame I was working in when the minibuffer is done. > > This works great except that if the minibuffer is showing status > information, it does not get raised. That's because messages are output to the echo area, which is conceptually distinct from the minibuffer. They may share the same screen real estate, but calling message does not activate the minibuffer, which would invoke minibuffer-setup-hook. > I tried using minibuffer-auto-raise, but that's too aggressive. It > takes the focus away from the window I'm working on for everything > concerning the minibuffer. For example, if I do something involving > setting the mark, the minibuffer displays a message about that, but it > also takes the focus away from the frame I'm editing in. Can you advise the message function, to save and reset the focus just like you did in minibuffer-setup-hook/minibuffer-exit-hook? > Ideally, there would be a variable that would cause the minibuffer to > be raised, but without stealing the focus. Yes, Emacs seems to conflate input focus and frame stacking, especially on non-X platforms. > Does anyone have any suggestions on this. I suspect the problems is the > lack of focus follows mouse in OS X's window manager. I'm curious whether follow-mouse.el (which implements focus-follows-mouse within Emacs) works for you: http://www.emacswiki.org/elisp/follow-mouse.el -- Kevin Rodgers