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 15:44:16 +0000 Message-ID: References: <83wo0p1twr.fsf@gnu.org> <83r1qx1q9v.fsf@gnu.org> <838sd425l2.fsf@gnu.org> <83tuvrxlho.fsf@gnu.org> <83mu1jxhyd.fsf@gnu.org> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18258"; 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 Mon Sep 21 17:45:28 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 1kKO0O-0004cE-AO for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 21 Sep 2020 17:45:28 +0200 Original-Received: from localhost ([::1]:40618 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kKO0M-0004AC-Sy for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 21 Sep 2020 11:45:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42710) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kKNzz-00049q-1O for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 11:45:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44348) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kKNzy-0007l0-GM for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 11:45:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kKNzy-0006o8-FG for bug-gnu-emacs@gnu.org; Mon, 21 Sep 2020 11:45: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: Mon, 21 Sep 2020 15:45: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.160070306226103 (code B ref 43519); Mon, 21 Sep 2020 15:45:02 +0000 Original-Received: (at 43519) by debbugs.gnu.org; 21 Sep 2020 15:44:22 +0000 Original-Received: from localhost ([127.0.0.1]:55893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKNzK-0006mw-5S for submit@debbugs.gnu.org; Mon, 21 Sep 2020 11:44:22 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:63203) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kKNzH-0006mo-Sv for 43519@debbugs.gnu.org; Mon, 21 Sep 2020 11:44:21 -0400 Original-Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 08LFiIAX020185 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 21 Sep 2020 15:44:19 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 08LFiY2E020369; Mon, 21 Sep 2020 15:44:34 GMT In-Reply-To: <83mu1jxhyd.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:188612 Archived-At: >>> For example: would it be okay to start the display at the beginning of >>> the screen line where we end up after move_it_vertically_backward >>> returns? >> >> IMO, no, this would not be okay, at least not for icomplete/ido/... > > In that case, what I propose will have exactly the same effect as > setting window-start at BOB. So I don't understand why you say that > this will not do. > Perhaps I misunderstood something, but for me "start the display at the beginning of the screen line where we end up after move_it_vertically_backward" would mean that if the prompt and the user input so far needs more than one line, only the last line would be displayed. So instead of having, say, Find file: | (where | represents the cursor) we would only have: |