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: Tue, 22 Sep 2020 20:06:27 +0000 Message-ID: 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> 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="19812"; 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 Tue Sep 22 22:07:11 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 1kKoZD-00052l-A1 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Sep 2020 22:07:11 +0200 Original-Received: from localhost ([::1]:46444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKoZC-0005vl-Cx for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Sep 2020 16:07:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53494) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKoZ4-0005vZ-OD for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 16:07:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50190) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kKoZ4-0006hk-F4 for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 16:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kKoZ4-0000OI-AR for bug-gnu-emacs@gnu.org; Tue, 22 Sep 2020 16:07: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: Tue, 22 Sep 2020 20:07: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.16008051931467 (code B ref 43519); Tue, 22 Sep 2020 20:07:02 +0000 Original-Received: (at 43519) by debbugs.gnu.org; 22 Sep 2020 20:06:33 +0000 Original-Received: from localhost ([127.0.0.1]:33503 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKoYb-0000Nb-Kf for submit@debbugs.gnu.org; Tue, 22 Sep 2020 16:06:33 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:52200) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKoYY-0000NR-Ki for 43519@debbugs.gnu.org; Tue, 22 Sep 2020 16:06:32 -0400 Original-Received: from sdf.org (IDENT:ghe@otaku.sdf.org [205.166.94.8]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 08MK6Tsa003029 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 22 Sep 2020 20:06:29 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 08MK6hN1028537; Tue, 22 Sep 2020 20:06:43 GMT In-Reply-To: <83blhxwyd0.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:188746 Archived-At: > > Are you saying that the behavior before the change was better than the > behavior after it? Before the change you saw some part of the directory > name (not necessarily all of it, depending on how long the directory > name was), and none of the prompt. After the change you see the prompt > followed by some part of the directory name (the part shown is, of > course, smaller than in the previous behavior). > 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. > > Displaying long stuff in a mini-window that is forced to be small will > always present some problems, no matter what we do. > Indeed, this is exactly what I said, and you replied that I was "disregarding" these problems. > > The best solution is to fit the stuff to be displayed to the dimensions > of the mini-window, but that is something only a Lisp program which > triggers the display can do, the display engine cannot. > 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).