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#43519: 28.0.50; Overlay at end of minibuf hides minibuf's real content Date: Mon, 21 Sep 2020 17:02:27 +0300 Message-ID: <83363bz0r0.fsf@gnu.org> References: <83wo0p1twr.fsf@gnu.org> <83r1qx1q9v.fsf@gnu.org> <838sd425l2.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13140"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, 43519@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Sep 21 16:03:16 2020 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 1kKMPU-0003HT-Eq for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 21 Sep 2020 16:03:16 +0200 Original-Received: from localhost ([::1]:48388 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKMPT-0001jv-Ga for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 21 Sep 2020 10:03:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37136) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKMPG-0001iY-Pl for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 10:03:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43938) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kKMPG-0007zU-Ej for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 10:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kKMPG-0003ux-Ar for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 10:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Sep 2020 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43519 X-GNU-PR-Package: emacs Original-Received: via spool by 43519-submit@debbugs.gnu.org id=B43519.160069695715027 (code B ref 43519); Mon, 21 Sep 2020 14:03:02 +0000 Original-Received: (at 43519) by debbugs.gnu.org; 21 Sep 2020 14:02:37 +0000 Original-Received: from localhost ([127.0.0.1]:55484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKMOr-0003uI-1V for submit@debbugs.gnu.org; Mon, 21 Sep 2020 10:02:37 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:58274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKMOn-0003u0-FE for 43519@debbugs.gnu.org; Mon, 21 Sep 2020 10:02:35 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57461) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKMOg-0007us-9m; Mon, 21 Sep 2020 10:02:26 -0400 Original-Received: from [176.228.60.248] (port=2239 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kKMOf-0002U6-HS; Mon, 21 Sep 2020 10:02:25 -0400 In-Reply-To: (message from Gregory Heytings on Sun, 20 Sep 2020 21:04:02 +0000) 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" Xref: news.gmane.io gmane.emacs.bugs:188578 Archived-At: > Date: Sun, 20 Sep 2020 21:04:02 +0000 > From: Gregory Heytings > cc: Stefan Monnier , 43519@debbugs.gnu.org > > It is difficult to fix such problems on the application level. If the stuff to be displayed in the mini-window fits the mini-window after resizing it to max-mini-window-height, the problem does not happen indeed. But the difficulty is precisely to create the stuff to be displayed in such a way that it fits the mini-window, because it can use a font that is not the default one, it can have embedded newlines, it can contain lines that are too wide for the mini-window, and so forth. I believe using window-text-pixel-size (which I already mentioned several times) will avoid any such difficulties, since that function takes all of those complications into account. Therefore, I still don't understand why this approach is not being explored more actively. > it is true that in all of these situations starting the mini-window display at BOB would do the right thing. Are you sure? What if the prompt is longer than a screen line (i.e., the prompt itself is continued on the 2nd and subsequent screen lines)? If the prompt is long, but the list of candidates is short, starting the mini-window display at BOB might fail to show some or all of the candidates, because the long prompt uses up most or all of the mini-window screen estate. > IOW, the basic logic is to show the last max-mini-window-height screen lines of what's in mini-window. > > Yes, and this is not desirable in certain cases, it should be possible to show the *first* max-mini-window-height screen lines of what's in mini-window. Showing the last part is in general a better strategy in the use cases relevant to the mini-window, which are about user interaction. I believe you assume that starting at BOB still shows enough of the text to allow the user to interact intelligently, but those are not the only cases we should keep in mind, since the prompt doesn't have to be short enough for that assumption to be true.