From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: eldoc vs minibuffer-auto-raise Date: Sat, 19 Jan 2019 10:32:19 +0100 Message-ID: <5C42EEA3.70808@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 1547890329 12938 195.159.176.226 (19 Jan 2019 09:32:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 19 Jan 2019 09:32:09 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jan 19 10:32:05 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gkmyy-0003G9-Dz for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2019 10:32:04 +0100 Original-Received: from localhost ([127.0.0.1]:53437 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkn15-0002e4-IK for ged-emacs-devel@m.gmane.org; Sat, 19 Jan 2019 04:34:15 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:48237) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gkmzc-0001n9-Ot for emacs-devel@gnu.org; Sat, 19 Jan 2019 04:32:46 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gkmzc-0003VR-3P for emacs-devel@gnu.org; Sat, 19 Jan 2019 04:32:44 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:46639) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gkmzb-00034j-QK for emacs-devel@gnu.org; Sat, 19 Jan 2019 04:32:44 -0500 Original-Received: from [192.168.1.101] ([213.162.73.167]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MU1MP-1gcA9V2kFN-00Qlxp for ; Sat, 19 Jan 2019 10:32:20 +0100 X-Provags-ID: V03:K1:Rqyh6k762VzJ67T2kzif9pnqh+66MGVu6MOwHWcw0jwACT7pRsX UXbSS/cIISTaIGUzhq1NaBF7WyLpDxb0w2Zmw3NFuLq9NtT81t8WS+m00FFgNIOPCx6Xusz z1xYUb/FqkHkmy0VQahabWgUYnjFViEPF0oQyP9nGj1FDoHUmCfxESTt3TxX+FwdtMZ9lkW BeFQ2yRtxeN54X947Z+KA== X-UI-Out-Filterresults: notjunk:1;V03:K0:3XLd7YccADY=:9Rjsob70JVYSWyhN8WVygg IQMATkOwCf15hRNlc5vATRyG0T/dGWsjiF4h0sQgNgTzjRznltVuK53D8fkLzfloSr5VYCPWO RzfjofE27/u+xR3H1cR4fFOxxLq7mvWGSkGAA3Wedf/dDMFr9wKwTwMMGXYw4v8epYPGhKRZ/ j+yd/k6DW7egutCJ4QeeHq9KbIEf/Di8XsXtZiPn6e6g3JN0zWH/JZ+CXXMr+IL5UFICYsKIR PkKoJOZSZ3BaylbSaigkfVbmGuvgwOKsFcd/uKQ+SIKvsz32kwaJkF4JgFNSLdwVSzDriiOT+ b6wtmRpbpp9wadQjppmaOungjvYK4kR+S5UZzcPGLa48qxnjBhHV4ITdXlcLJg3a3C65Bo6fx 9jh/H88hkZnu6ubQ90ooZpNZC27tfx1Jdy3RFjVCVbDA/onuDmpxoD+qS6wW9IFHVPJfRy6gb EpynkI3X4sK8VWdkuDFvpxV3LXJjfpwj147ThJSkhy5H0CF4+rqkUJ1AkVPAYhcpgYQD453E7 znDvQhRfkZLKWXhbIQ2YRmSFnb7FLO1SRGnI3gvlIKH+FHeYaja+OPtm5OwoJOlagun6rHsSN fYKxxlrZi5WnJFKwilQxhKZcDxEQAZjTjoySlqGGttbl4D3B++4amQeSEcb9d9O/ClIrX7cu8 P4ujBvAy3zu91BJKRFZCH3O37Li5S122W0sFilxLUd3p6IwAxYMKovMy3//FYIzFSR4vHPVbS 9hXuc2raHuRnCJ7yQWYZRA9O8GibyNvjHXoBL3tIWOOPezfMGX26wTYQbuZgpQhUZrLtnQ2N X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.19 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232478 Archived-At: Since I'm not using minibuffer-only frames I'm asking here how the following is supposed to behave: With emacs -Q I load a file with the two lines (setq initial-frame-alist '((minibuffer . nil))) (setq minibuffer-auto-raise t) and then in *scratch* I start typing something like (setq A short pause here switches focus to the minibuffer frame and typing the subsequent space character gets me SPC is undefined Obviously, eldoc intervenes here since doing the same with Emacs 24 proceeds without problems. I'd like to know whether people using separate minibuffer frames see this problem, circumvent it by not using 'minibuffer-auto-raise' or disabling 'eldoc-mode' or whatever exists to handle this behavior in a reasonable way. If there was a previous discussion about this, please point me to it. Thanks, martin