From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#38645: 26.3; minibuffer input is called with multi-line window when multi-line message is shown Date: Fri, 27 Dec 2019 10:46:57 +0100 Message-ID: References: <86fthfu3qe.fsf@gmail.com> <831rsqrevq.fsf@gnu.org> <83o8vup1hk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="144995"; mail-complaints-to="usenet@blaine.gmane.org" Cc: ynyaaa@gmail.com, 38645@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 27 10:48:33 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ikmES-000bVM-No for geb-bug-gnu-emacs@m.gmane.org; Fri, 27 Dec 2019 10:48:32 +0100 Original-Received: from localhost ([::1]:33024 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ikmER-0007mA-Bo for geb-bug-gnu-emacs@m.gmane.org; Fri, 27 Dec 2019 04:48:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37249) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ikmDz-0007lX-O2 for bug-gnu-emacs@gnu.org; Fri, 27 Dec 2019 04:48:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ikmDy-0007s4-P8 for bug-gnu-emacs@gnu.org; Fri, 27 Dec 2019 04:48:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50551) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ikmDy-0007rz-LZ for bug-gnu-emacs@gnu.org; Fri, 27 Dec 2019 04:48:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ikmDy-0000LK-Fr for bug-gnu-emacs@gnu.org; Fri, 27 Dec 2019 04:48:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Dec 2019 09:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38645 X-GNU-PR-Package: emacs Original-Received: via spool by 38645-submit@debbugs.gnu.org id=B38645.15774400301248 (code B ref 38645); Fri, 27 Dec 2019 09:48:02 +0000 Original-Received: (at 38645) by debbugs.gnu.org; 27 Dec 2019 09:47:10 +0000 Original-Received: from localhost ([127.0.0.1]:56521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ikmD8-0000K4-1w for submit@debbugs.gnu.org; Fri, 27 Dec 2019 04:47:10 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:48981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ikmD5-0000Jr-Lw for 38645@debbugs.gnu.org; Fri, 27 Dec 2019 04:47:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1577440020; bh=gibk1ieNVuZlBsSo1XybHc9uJvP0QkMs5+3BHxPYLuQ=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Qie6EE0wbOpui/xL31anYr3O3kcqY+fK8w0B7rW693Q9xEXGlUmUwXxZy54/R+q8G D5ZkOKNGOEAg4CE6H/gSj/gsLAb5OS7o8zHNQC8DRW2fwaTyiTsXHnoNIEMdkq0AOT LJ/nBa9RJdTb2+OrRPy7EcRoK+gnpGng+DUdwfiE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.176]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MHXFx-1ixiVh1tDt-00DW1Y; Fri, 27 Dec 2019 10:47:00 +0100 In-Reply-To: <83o8vup1hk.fsf@gnu.org> Content-Language: de-AT X-Provags-ID: V03:K1:+PBY1bMtryercPzOoeYW6WTkRSHzSNveIKnnMjJe/87vvUFntfl Wc3I6bYZUCBoE+5/e+r5WIXWvCbVi7mHqnAIAdVlbhnee6Gdd5XROab8/AAWQWfsiUyLuvT sIGN1wj3DC9aiEvYtn20F6m/3Tvw+oj80Z513j1iXUHWVIHqfqeI6YWBgSioMFmOZiHalwO JyTM+kYhBQc4NUEH3BpMw== X-UI-Out-Filterresults: notjunk:1;V03:K0:03hjWlPKgQg=:zRBqBwS1etILvdUHDZatKf 4CCsY+wL/D7IZAnDxVba5SnHo6SJ8gvv3i5pTqAehza8/Eyi2WUZA7Ble8KvH5qlKmLf5GNCp Obni0aZBb7tq2ZhxASzt8vjvFfQ8sRPfhno5IBfnsUVSW5iuPS7K2fTMOwAOqLsCDHN5Yz8RW dfEqxtqxgZkwTp5ChiT/GSpeslqGQW4RtEl/11JOuWX45afvIZt3kGIsPRIvl2j9la6pkmHOD ix4x9mtZ5PHH29u2ZaDnVaJqBF5s17gCr8sEQzSf1fBtB6bK6sUqbaqIKJohfWPhAzXBWCfR4 mFQjugkDCBoxZogSc/ZZH1Xs45ncGOydiJFECPKcRLc8iEoz1VZnQNYPOQd39IkfYc1Sq0ymB eb+UBX0LA+k4aYPD3fZ7eYWv9R4ZdF5rwc9+XaPUjXap2bzClljAHSdQdq2ptZbop5KSuttyI FPmoEM4lch4XV+0qliiMnQKUs80/Y9G8jR5RAonlQlQzyib76pThFLfiNJv+9+aIXYKFtF2yD FeJ3b10gaj6axwvyfp0sxRPM4nqIkHAEH7dP5T6ymUvg5Zc7gL1OtVLz62+tUwd6m1CotHjQi AjAfQWjVRlc7N1XH+rlOHPPmaA/jMLANYMinRwpu1bKPmHUzGkwREJDjDypM7R1e/vB1b6orr 14+DOJlKeaHO0pl17idtHF5ywW9XsqDWWfhKpIHn9d5x9zVVjoL9Tx3Ny4oh7YeTqon+f2Hr9 ArhGZB18IGG8EDfVWqs2E0gi6CcKqxjN/D18BLr0+SnFiyAFXtw1527x7EFJwhcIcWWT4KRm 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: 209.51.188.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:173808 Archived-At: >> But I'm too silly to understand why the minibuffer window does not >> re-grow in the first place after having shown the result of C-x C-e. >> Can you enlighten me? > > Re-grow upon which event? If you do nothing, the message from "C-x C-e" > stays displayed indefinitely. Not here. After a short pause I get the one line ?a back. > If you mean why it doesn't re-grow upon some keystroke (which removes > the message), I guess we are lacking a call to > resize_echo_area_exactly in some place. I guess so too. > Regardless, I think keeping the prompt visible is a better behavior. But while showing the result of C-x C-e (97 ...) it doesn't show any prompt here, just an empty trailing line. What am I missing? > And yes, we should probably document this caveat, although I cannot > imagine what application would like the current behavior. > >> martin, who just noted that the recently added (to master) >> >> Lisp_Object str = build_string ("Command attempted to use minibuffer" >> "while in minibuffer"); >> >> produces >> >> "Command attempted to use minibufferwhile in minibuffer" > > Hope you've already fixed it. I cannot reliably push these days. I have to first rebuild my git environment and probably will wait with that until Glen has fixed the copyright headers to avoid excessive re-compilations. My machine is getting a bit weak for so much work ... martin