From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: completing-read (and M-x) with pop-up-frames non-nil changes frame focus Date: Thu, 14 Jul 2005 20:35:22 -0700 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1121399765 7467 80.91.229.2 (15 Jul 2005 03:56:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 15 Jul 2005 03:56:05 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 15 05:55:57 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DtHIl-0000lK-V1 for ged-emacs-devel@m.gmane.org; Fri, 15 Jul 2005 05:55:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtHKX-00023a-7Z for ged-emacs-devel@m.gmane.org; Thu, 14 Jul 2005 23:57:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DtHJc-0001tY-69 for emacs-devel@gnu.org; Thu, 14 Jul 2005 23:56:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DtHJV-0001pU-JT for emacs-devel@gnu.org; Thu, 14 Jul 2005 23:56:39 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtHJT-0001ec-II for emacs-devel@gnu.org; Thu, 14 Jul 2005 23:56:35 -0400 Original-Received: from [148.87.122.31] (helo=rgminet02.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DtH7E-0006tZ-2z for emacs-devel@gnu.org; Thu, 14 Jul 2005 23:43:56 -0400 Original-Received: from rgminet02.oracle.com (localhost [127.0.0.1]) by rgminet02.oracle.com (Switch-3.1.6/Switch-3.1.7) with ESMTP id j6F3ZQmK002958 for ; Thu, 14 Jul 2005 21:35:26 -0600 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet02.oracle.com (Switch-3.1.6/Switch-3.1.7) with ESMTP id j6F3ZPjg002943 for ; Thu, 14 Jul 2005 21:35:25 -0600 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j6F3ZPUC007243 for ; Thu, 14 Jul 2005 21:35:25 -0600 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-74-140.vpn.oracle.com [141.144.74.140]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j6F3ZOV7007236 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 14 Jul 2005 21:35:25 -0600 Original-To: "Emacs-Devel" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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:40902 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40902 emacs -q M-x set-variable pop-up-frames t M-x complet TAB This opens a new frame for buffer *Completions*. At least in Windows, the new frame is selected. The frame focus for typing key sequences thus switches to the *Completions* frame, but the minibuffer of the original frame is still waiting for input. So, you cannot continue to type, to disambiguate the command you want. You can of course navigate to the command you want in *Completions* and hit `RET' or click it with the mouse, but the minibuffer completion behavior is completely lost - to regain it, you need to select the original frame again. Is this a bug? I suspect, unfortunately, that the answer will be "no, that's by design". My question then is, how can I prevent the frame focus switch to *Completions* when I call `completing-read' or access it implicitly, via `M-x'? In my own, custom setup, I don't have this problem, because I have dedicated frames for *Customize* and the minibuffer, and I use a special-display function to display *Customize*. That function explicitly redirects the focus from the *Customize* frame back to the minibuffer frame. However, I want to write some code that others can use, and they will not necessarily have a similar setup. I want users to be able to continue to input in the original frame's minibuffer, without having to first reselect the original frame. Advice? In GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2005-06-26 on NONIQPC X server distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.3) --cflags -I../../jpeg-6b-3/include -I../../libpng-1.2.8/include -I../. ./tiff-3.6.1-2/include -I../../xpm-nox-4.2.0/include -I../../zlib-1.2.2/incl ude'