From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#67715: 28.2; Minibuffer content is sometimes unexpectedly partially hidden Date: Sat, 09 Dec 2023 09:59:14 +0200 Message-ID: <83wmtnyffx.fsf@gnu.org> References: <87plzg5xff.fsf@metalevel.at> <838r64zb3r.fsf@gnu.org> <874jgrvotz.fsf@metalevel.at> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17210"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 67715@debbugs.gnu.org To: Markus Triska Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 09 09:00:05 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rBsFo-0004FW-TB for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Dec 2023 09:00:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rBsFa-0002m5-8g; Sat, 09 Dec 2023 02:59:50 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rBsFZ-0002ld-C8 for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 02:59:49 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rBsFZ-00070C-1c for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 02:59:49 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rBsFm-0001cD-DM for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 03:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 08:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67715 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix Original-Received: via spool by 67715-submit@debbugs.gnu.org id=B67715.17021087946163 (code B ref 67715); Sat, 09 Dec 2023 08:00:02 +0000 Original-Received: (at 67715) by debbugs.gnu.org; 9 Dec 2023 07:59:54 +0000 Original-Received: from localhost ([127.0.0.1]:46744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rBsFd-0001bL-Vy for submit@debbugs.gnu.org; Sat, 09 Dec 2023 02:59:54 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rBsFb-0001b7-QK for 67715@debbugs.gnu.org; Sat, 09 Dec 2023 02:59:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rBsFG-0006CN-Ty; Sat, 09 Dec 2023 02:59:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=0qP8kfHijxpqjnoUiiJm4GjI62sp5ZYIhAy69JdWfFc=; b=sYgoYryjZeN+IL9mZzZp 7UqBN5wP4qaBOeRq3KM/dajxULe7HNNkYC9GBarMoO6RA7qsFw5sKQlHa9vMjMUW4oxGpapvXo7V3 Zi/6srewgtkV0TWsHa9TdrYp+w3lplTf3yzv1Abi+qcG0PolL2aW44mmHf+sPUJy/sTj1OUDowrty VgHhv/blTH0SRd3mS08xWg328yKQd3xfpbBaIsCUS7LUC19HXTvbstfZgx7kBXdy0i4j+2A7Zqsrx +hKkmp8o9p5aiH1SmEnHtM+pQAb7+p80QfMfbv42joI3MDrRXDyGwdpLjnZhq8ykHbUjzZKtJBZ4B w0P8bUgk0Qe26Q==; In-Reply-To: <874jgrvotz.fsf@metalevel.at> (message from Markus Triska on Sat, 09 Dec 2023 08:04:40 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275825 Archived-At: > From: Markus Triska > Cc: 67715@debbugs.gnu.org > Date: Sat, 09 Dec 2023 08:04:40 +0100 > > Eli Zaretskii writes: > > > Why did you expect the mini-window to resize in this case? > > The Emacs Lisp documentation states in section 21.1: > > The minibuffer’s window is normally a single line; it grows > automatically if the contents require more space. As I said, this is currently limited to showing echo-area messages and prompts for the user to type some input. The text above didn't imagine someone will want to use the mini-window as a normal window and just insert there some arbitrary text. > I added (fit-window-to-buffer) after inserting the text, and still the > text is not fully visible. fit-window-to-buffer is documented as: > > Adjust size of WINDOW to display its buffer’s contents exactly. > > I would greatly prefer if Emacs works as documented. Should I file a > separate issue for this, or is this also a case of wontfix? Is there any > way to solve the issue? I don't know. You haven't actually explained what you are trying to accomplish and why you use this strange way of accomplishing it. Why not, for example, use the minibuffer-prompt face instead to show the prompt in a different typeface? But yes, it is possible that we will not want to fix that, since the change was to solve a more serious issue, and I don't see how these two issues could be reconciled given the way redisplay currently works. The basic technical reason for what you see is that redisplay is inhibited when with-selected-window returns and restores the selected window, which is in your case the opportunity to resize the mini-window. When redisplay is inhibited, the code which resizes the mini-window returns without doing anything. So one way of fixing this would be to try to avoid with-selected-window, and instead use some other way of achieving what you want to do.