From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Markus Triska Newsgroups: gmane.emacs.bugs Subject: bug#35006: 27.0.50; Minibuffer sometimes unexpectedly does not grow Date: Wed, 27 Mar 2019 22:00:07 +0100 Message-ID: <87ftr82fu0.fsf@metalevel.at> References: <837eckkxrf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="75497"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Emacs/24.5 Cc: 35006@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 27 22:01:29 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.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h9Ffs-000JWG-Vv for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Mar 2019 22:01:29 +0100 Original-Received: from localhost ([127.0.0.1]:53609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h9Ffr-0006m6-UR for geb-bug-gnu-emacs@m.gmane.org; Wed, 27 Mar 2019 17:01:27 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59046) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h9Ffg-0006f9-Ck for bug-gnu-emacs@gnu.org; Wed, 27 Mar 2019 17:01:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h9FfZ-00059i-A0 for bug-gnu-emacs@gnu.org; Wed, 27 Mar 2019 17:01:12 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48271) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h9FfR-00057L-Qv for bug-gnu-emacs@gnu.org; Wed, 27 Mar 2019 17:01:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1h9FfR-0005oN-KW for bug-gnu-emacs@gnu.org; Wed, 27 Mar 2019 17:01:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Markus Triska Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Mar 2019 21:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35006 X-GNU-PR-Package: emacs Original-Received: via spool by 35006-submit@debbugs.gnu.org id=B35006.155372041222258 (code B ref 35006); Wed, 27 Mar 2019 21:01:01 +0000 Original-Received: (at 35006) by debbugs.gnu.org; 27 Mar 2019 21:00:12 +0000 Original-Received: from localhost ([127.0.0.1]:33582 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h9Fed-0005mv-Se for submit@debbugs.gnu.org; Wed, 27 Mar 2019 17:00:12 -0400 Original-Received: from metalevel.at ([78.46.218.83]:46826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h9Feb-0005mm-SI for 35006@debbugs.gnu.org; Wed, 27 Mar 2019 17:00:10 -0400 Original-Received: by metalevel.at (Postfix, from userid 1000) id BF39FA03CB; Wed, 27 Mar 2019 22:00:07 +0100 (CET) In-Reply-To: <837eckkxrf.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 27 Mar 2019 19:55:32 +0200") 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:156866 Archived-At: Eli Zaretskii writes: > I think you expect resize-mini-windows to do what it was never > designed to do. I was relying on the guarantee outlined in the info material: The minibuffer=E2=80=99s window is normally a single line; it grows automatically if the contents require more space. In the case I posted, the contents indeed require more space, but unfortunately the minibuffer does not grow automatically. > Maybe it's a flaw that should be fixed by enhancing the design and > making the implementation follow suit, but currently the code works as > designed, AFAICT. Could you please consider supporting this feature? It would be very useful for an application I am currently working on.