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: Wed, 23 Sep 2020 05:40:55 +0300 Message-ID: <831ritw6yw.fsf@gnu.org> References: <83wo0p1twr.fsf@gnu.org> <83r1qx1q9v.fsf@gnu.org> <838sd425l2.fsf@gnu.org> <83y2l3xm15.fsf@gnu.org> <83eemvxbvg.fsf@gnu.org> <837dsmykrn.fsf@gnu.org> <831ritykni.fsf@gnu.org> <83k0wlx0cz.fsf@gnu.org> <83blhxwyd0.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33945"; 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 Wed Sep 23 04:41:10 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 1kKuiU-0008kG-Ki for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Sep 2020 04:41:10 +0200 Original-Received: from localhost ([::1]:43636 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKuiT-0006a1-3a for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Sep 2020 22:41:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55524) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKuiM-0006Zo-L5 for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 22:41:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50776) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kKuiM-0005sF-Ac for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 22:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kKuiM-0003gf-8O for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 22:41: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: Wed, 23 Sep 2020 02:41: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.160082886014157 (code B ref 43519); Wed, 23 Sep 2020 02:41:02 +0000 Original-Received: (at 43519) by debbugs.gnu.org; 23 Sep 2020 02:41:00 +0000 Original-Received: from localhost ([127.0.0.1]:34089 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKuiK-0003gG-Cs for submit@debbugs.gnu.org; Tue, 22 Sep 2020 22:41:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:48694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKuiG-0003fx-HB for 43519@debbugs.gnu.org; Tue, 22 Sep 2020 22:40:58 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35692) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKuiA-0005jW-K1; Tue, 22 Sep 2020 22:40:50 -0400 Original-Received: from [176.228.60.248] (port=2012 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kKuiA-0007DM-0R; Tue, 22 Sep 2020 22:40:50 -0400 In-Reply-To: (message from Gregory Heytings on Tue, 22 Sep 2020 20:06:27 +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:188755 Archived-At: > Date: Tue, 22 Sep 2020 20:06:27 +0000 > From: Gregory Heytings > cc: monnier@iro.umontreal.ca, 43519@debbugs.gnu.org > > I'm not judging your change by my standards, I'm judging it by your > standards. > > You explained that my proposal was unacceptable because a change with > which no completion candidates are displayed where completion candidates > would have been displayed without the change, is unacceptable. This is a misunderstanding: I was talking about the cases where the text in the mini-window comes from buffer text, not from an overlay. The simplest example of what I was talking about is what 'message' does when it shows a very long message, too long to show in the mini-window in its entirety. In that case, Emacs after the change still behaves as I described: it shows the last portion of the text. But this is impossible to achieve with overlay strings, because Emacs is unable to start a window's display in the middle of an overlay string. It can only start it either at the string's beginning, or after its end. > In general I don't know, but for the usecase with which this bug started > (namely displaying completion candidates after point with an overlay), the > answer is clearly and definitely no. The best solution is not to fit the > stuff to be displayed to the dimensions of the mini-window, the best > solution is to put a too large overlay at EOB and request that the display > starts at BOB (and not at BOL as your change does, because this means that > the prompt and user input so far can disappear, which is > counter-intuitive). In the simplest case, where there's a single overlay string at EOB, these two are identical. In a more complex use case, where there are multiple overlay strings, perhaps interspersed with buffer text, the behavior now is more in line with the previous one, in that it shows the last portion of the text.