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#43572: Feature request: make it possible to choose whether the first lines of the minibuffer should be displayed instead of the last ones Date: Thu, 24 Sep 2020 17:20:57 +0300 Message-ID: <834knnuugm.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37394"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43572@debbugs.gnu.org, monnier@iro.umontreal.ca To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 24 16:25:25 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 1kLSBY-0009cE-VE for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 16:25:24 +0200 Original-Received: from localhost ([::1]:45410 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLSBX-0002GR-Vn for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 10:25:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56914) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLS7K-0006QF-AV for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 10:21:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:57831) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kLS7K-0003AN-11 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 10:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kLS7J-0001tO-Ts for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 10:21:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Sep 2020 14:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43572 X-GNU-PR-Package: emacs Original-Received: via spool by 43572-submit@debbugs.gnu.org id=B43572.16009572577215 (code B ref 43572); Thu, 24 Sep 2020 14:21:01 +0000 Original-Received: (at 43572) by debbugs.gnu.org; 24 Sep 2020 14:20:57 +0000 Original-Received: from localhost ([127.0.0.1]:41144 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLS7F-0001sJ-EA for submit@debbugs.gnu.org; Thu, 24 Sep 2020 10:20:57 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49916) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLS7D-0001rf-OM for 43572@debbugs.gnu.org; Thu, 24 Sep 2020 10:20:56 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:33760) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLS76-0002yD-Kb; Thu, 24 Sep 2020 10:20:49 -0400 Original-Received: from [176.228.60.248] (port=1572 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kLS75-00010A-Qm; Thu, 24 Sep 2020 10:20:48 -0400 In-Reply-To: (bug-gnu-emacs@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:188854 Archived-At: > Cc: 43572@debbugs.gnu.org > Date: Wed, 23 Sep 2020 19:46:18 +0000 > From: Gregory Heytings via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > >> The attached patch does not change the behavior of Emacs in any way, > >> unless the feature it introduces is used. > > > > I see the following potential problem with it: icomplete will likely > > want to set it globally, but that means it will also affect uses of the > > mini window where icomplete is not used. Also, potential other users > > may encounter similar difficulties. > > No, if you look at the patch its value is reset to nil whenever the > minibuffer is entered. And the example I gave with icomplete is: > > (add-hook 'icomplete-minibuffer-setup-hook (lambda () (setq start-display-at-beginning-of-minibuffer t))) > > where icomplete-minibuffer-setup-hook is run during minibuffer setup if > (and only if) icomplete is active. So the behavior with M-: for example > would not be affected. There are more callers of resize_mini_widow than just those. It is not safe to assume that this can be handled only inside read_minibuf. So I agree with Stefan that the text inserted into the minibuffer should itself indicate to the display engine that it wants to be displayed starting at BOB. That way we don't have to worry about inadvertently affecting other users of the mini-window.