From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#26513: 25.2; pop-up-frames and *Completions* buffer Date: Sat, 15 Apr 2017 21:40:19 +0200 Message-ID: <58F27723.8010706@gmx.at> References: <58F23339.6090201@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1492285276 20440 195.159.176.226 (15 Apr 2017 19:41:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Apr 2017 19:41:16 +0000 (UTC) Cc: 26513@debbugs.gnu.org To: "Charles A. Roelli" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Apr 15 21:41:12 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTZI-0005AA-4U for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Apr 2017 21:41:12 +0200 Original-Received: from localhost ([::1]:57801 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czTZM-0005CI-C3 for geb-bug-gnu-emacs@m.gmane.org; Sat, 15 Apr 2017 15:41:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32965) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1czTZC-0005Bz-R7 for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:41:10 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1czTZ9-00062z-MA for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:41:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51193) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1czTZ9-00062e-Ir for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:41:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1czTZ8-0006L0-AJ for bug-gnu-emacs@gnu.org; Sat, 15 Apr 2017 15:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Apr 2017 19:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26513 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26513-submit@debbugs.gnu.org id=B26513.149228523924323 (code B ref 26513); Sat, 15 Apr 2017 19:41:02 +0000 Original-Received: (at 26513) by debbugs.gnu.org; 15 Apr 2017 19:40:39 +0000 Original-Received: from localhost ([127.0.0.1]:49392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTYl-0006KF-02 for submit@debbugs.gnu.org; Sat, 15 Apr 2017 15:40:39 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:52100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1czTYj-0006K2-Bx for 26513@debbugs.gnu.org; Sat, 15 Apr 2017 15:40:37 -0400 Original-Received: from [192.168.1.100] ([213.162.68.102]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5Lmp-1c7MEp263T-00zWjt; Sat, 15 Apr 2017 21:40:24 +0200 In-Reply-To: X-Provags-ID: V03:K0:VnGZ92/iNV6mO7qkMH3gLR5PZnlM+9IlWcnbzYhfYBrgPy5rIlL kupj1PiFdy0COQWFXfBtTY6XZpnBpDSQcbQHAciH27X6Mw6UOpJNzafwykcvI2kes9njz2k WGlpnOJvpauRqnh2OaHJBQ6YgtxcJny6HeweHvJJndFQX9MBXTamQxS38UStpDf6g7MFXCo JVDPQy1cBl0BqBbRlCwrQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:diWZgHcFiRc=:IXZ0x6rL/8z6kG0SKlfPLQ LSsO4/nBx8P+8O7IdrAXuzcdy3mAUb1ssCM+ESgivHag+/lD6lVZeJOtfQpMtOfjmZD3n/hdV /5CPNJ3dT/RLkZ78N8wwcUwOM4rQ/SZQFBcCwPeLmnW2nbDOth1+mZ4ll/PRAims28FuSaJq8 Kegqv4aPrgYGyrruHz7vKtAlnsuAU06kUiIbg+B4NaWNEmTPD19l8X7P/E36mHAnB8IpzSLox p9Kniw9h7PRe/fRLtjCYrhS9AJX8NI/+n59sW7e+DFbDnjIvfEbfmbKSFfHjt43hl7OB/rNTx 6VU3O43Dtn9kfTs1XYv9QA+q9Ygg9WRoLkvLmEBUIj1zUZH6Rv0Eq89ugulpVymJyOcSLonEw xmqgUZ4yjPofmN9ykMYvDKaJN+cmW2gVEzwLgVOxSmTlC4CnWLlsgmg3CoaHwwgiurIQ4ogad l1sittPtPx4u3A2tAk6Gp+D4GgyL2CEReBqiMqPsm0MTvDodw0wxNHmyrfO64GdJoqkYixhJL VIW3lkh5b45uOLDRMM+YOX6pPw+YXAB9dE3DJdQv/OFg3uY/KVZgxGBDsQ56u5qDzdPoOb2HL kLrIJyGfQmyUyJUp4Sq30yJWNfxYXXUGYZGLDYceZAAc8OqVFt6h4yrGTAKDNhZ4aZoqIQrOV WkClGYf0Gd0tTnQ6wn52JtOIjdiWrs5y5EOTRCNoJRYF4ZEjlzpWLYAiACqG6pSKiltaRPOCH eP2t5bKbKluZhxdmZt/zhutfWIAf3Hd3wKEfn3gFOCV1SjggaP/HvkoqS5EVh1uoR/Hhrg6X X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:131621 Archived-At: > (The frame is iconified in this case for me.) I wouldn't mind if the > frame just stayed where it was (i.e. no iconification), and I think this > can be done quite easily by overriding the function > `minibuffer-hide-completions', and possibly by dedicating the > *Completions* buffer to the window displaying it in its own frame > (otherwise it can happen that the frame ends up showing some other > buffer -- not yet sure how this happens). Other ideas welcome, of > course. I must admit that I never use completion after M-x. I was simply stupefied by the fact that it immediately executed a command instead of putting the command into the minibuffer, let me regard it and execute it after I typed RET there. > But the main issue for now lies in focus being given to the > *Completions* frame when completion is initiated. The equivalent with > `pop-up-frames' equal to nil would be if the *Completions* window was > selected after hitting TAB during completion. It's not intuitive. It should be now possible to do that on X and Windows by using the 'no-focus-on-map' parameter I added this week. I'm not sure whether such a thing exists for NS. By default, a new Window Manager window always gets focus. Taking it away from the window right after creation might be tricky, sometimes. Still, why would you want to "continue typing in the minibuffer" when the desired effect of what you do is to choose and execute one of the commands shown in the *Completions* buffer? martin