From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Bug reports for GNU Emacs, the Swiss army knife of text editors" 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 19:37:21 +0000 Message-ID: References: <83wo0p1twr.fsf@gnu.org> <83r1qx1q9v.fsf@gnu.org> <838sd425l2.fsf@gnu.org> <83tuvrxlho.fsf@gnu.org> <83mu1jxhyd.fsf@gnu.org> <83imc7xg9h.fsf@gnu.org> <83ft7bxcjj.fsf@gnu.org> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32428"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: monnier@iro.umontreal.ca, 43519@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 23 17:20:51 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 1kL6Zf-0008M3-GK for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Sep 2020 17:20:51 +0200 Original-Received: from localhost ([::1]:44374 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kL6Ze-0004qV-G8 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Sep 2020 11:20:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34536) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kL6V1-0000Lk-7W for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2020 11:16:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54197) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kL6V0-0004YA-Th for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2020 11:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kL6V0-0007cY-QE for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2020 11:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Sep 2020 15:16: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.160087412029197 (code B ref 43519); Wed, 23 Sep 2020 15:16:02 +0000 Original-Received: (at 43519) by debbugs.gnu.org; 23 Sep 2020 15:15:20 +0000 Original-Received: from localhost ([127.0.0.1]:37508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL6UJ-0007ar-Lw for submit@debbugs.gnu.org; Wed, 23 Sep 2020 11:15:19 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:51296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kL6UH-0007ah-Tu for 43519@debbugs.gnu.org; Wed, 23 Sep 2020 11:15:18 -0400 Original-Received: from sdf.org (IDENT:smmsp@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 08NFEGVV000557 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 23 Sep 2020 15:15:17 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 08LJbbKF009924; Mon, 21 Sep 2020 19:37:37 GMT In-Reply-To: <83ft7bxcjj.fsf@gnu.org> 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:188797 Archived-At: > > My summary of the problem raised by Stefan: > > . icomplete is just an example that exhibits a more general issue > . the more general issue is that the display after resizing the > mini-window is different depending on whether it uses plain buffer > text or an after-string overlay at EOB > I don't understand how you came to understand things in that way, but this is neither the meaning of the bug title "Overlay at end of minibuf hides minibuf's real content" (real content = non-overlay part), nor what was discussed in emacs-devel. A short summary: Ergus: [To implement icomplete-vertical] we need to add the exact amount of lines as accurate as possible. Stefan: I *strongly* recommend you design the behavior under the assumption that it's OK if there are a few more lines in the (mini)buffer than are actually visible. Me: if there are too many candidates the prompt disappears, leaving the cursor at the beginning of the minibuffer, which is counterintuitive. A simple example: after (setq max-mini-window-height 1), with "M-x a" the "M-x" prompt and the "a" disappear. Stefan: That can (and should) be fixed without having to reduce the number of candidates inserted in the (mini)buffer. Ergus: It will be great if you give me an idea about how to do that. Stefan: You need to figure out why the redisplay decides to hide the prompt rather than some other part of the (mini)buffer. Stefan files this bug.