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: RE: completing-read (and M-x) with pop-up-frames non-nil changes frame focus Date: Fri, 15 Jul 2005 07:07:51 -0700 Message-ID: References: <87r7e0iqwh.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1121437930 4049 80.91.229.2 (15 Jul 2005 14:32:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 15 Jul 2005 14:32:10 +0000 (UTC) Cc: Emacs-Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 15 16:32:02 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DtRC1-0004Yg-Id for ged-emacs-devel@m.gmane.org; Fri, 15 Jul 2005 16:31:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtRDj-00005Z-8d for ged-emacs-devel@m.gmane.org; Fri, 15 Jul 2005 10:31:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DtR9b-0007u0-If for emacs-devel@gnu.org; Fri, 15 Jul 2005 10:27:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DtR95-0007py-VY for emacs-devel@gnu.org; Fri, 15 Jul 2005 10:27:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtR95-0007R0-SU for emacs-devel@gnu.org; Fri, 15 Jul 2005 10:26:31 -0400 Original-Received: from [141.146.126.229] (helo=agminet02.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DtQzt-0002tf-K1 for emacs-devel@gnu.org; Fri, 15 Jul 2005 10:17:04 -0400 Original-Received: from agminet02.oracle.com (localhost [127.0.0.1]) by agminet02.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j6FE7v3g014435; Fri, 15 Jul 2005 09:07:57 -0500 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by agminet02.oracle.com (Switch-3.1.7/Switch-3.1.7) with ESMTP id j6FE7um2014418; Fri, 15 Jul 2005 09:07:56 -0500 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 j6FE7uCf003338; Fri, 15 Jul 2005 08:07:56 -0600 Original-Received: from dradamslap (dhcp-amer-csvpn-gw2-141-144-74-97.vpn.oracle.com [141.144.74.97]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j6FE7tHP003331 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Fri, 15 Jul 2005 08:07:55 -0600 Original-To: "Stefan Monnier" 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 In-Reply-To: <87r7e0iqwh.fsf-monnier+emacs@gnu.org> 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:40924 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40924 > 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. Maybe this is related to the following comment in the docstring of pop-up-frame-function: This function itself does not make the new frame the selected frame. The previously selected frame remains selected. However, the window system may select the new frame for its own reasons, for instance if the frame appears under the mouse pointer and your setup is for focus to follow the pointer. So maybe Fdisplay_buffer should protect against it with something like the patch below. Does it help? Sorry about the botched patch. Try this one instead, Thanks for considering this a bug - I wasn't sure it would be looked at that way. I can't build from C sources and test this myself, but I'll take your word for it that it's fixed. If someone else happens to do a Windows build, perhaps s?he could confirm. Thanks.