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 19:59:10 +0300 Message-ID: <83ft77t8kh.fsf@gnu.org> References: <83a6xguy7w.fsf@gnu.org> <83y2kztf9v.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17298"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ghe@sdf.org, 43572@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 24 19:00:21 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 1kLUbU-0004Lg-Ul for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 19:00:20 +0200 Original-Received: from localhost ([::1]:40688 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLUbT-00020g-SG for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 13:00:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43424) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLUbE-0001zS-Qb for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:00:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58203) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kLUbD-00041m-06 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:00:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kLUbC-0001lg-RX for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:00: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: Thu, 24 Sep 2020 17:00:02 +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.16009667536712 (code B ref 43572); Thu, 24 Sep 2020 17:00:02 +0000 Original-Received: (at 43572) by debbugs.gnu.org; 24 Sep 2020 16:59:13 +0000 Original-Received: from localhost ([127.0.0.1]:41516 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLUaP-0001kC-2T for submit@debbugs.gnu.org; Thu, 24 Sep 2020 12:59:13 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLUaM-0001jy-7n for 43572@debbugs.gnu.org; Thu, 24 Sep 2020 12:59:11 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36718) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLUaF-0003vQ-Kn; Thu, 24 Sep 2020 12:59:03 -0400 Original-Received: from [176.228.60.248] (port=3544 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kLUaD-0008FZ-MK; Thu, 24 Sep 2020 12:59:02 -0400 In-Reply-To: (message from Stefan Monnier on Thu, 24 Sep 2020 12:44:56 -0400) 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:188887 Archived-At: > From: Stefan Monnier > Cc: ghe@sdf.org, 43572@debbugs.gnu.org > Date: Thu, 24 Sep 2020 12:44:56 -0400 > > > where [...] denotes the portion of text indicated as "important > > chunk", and | denotes the position of point. Suppose further than the > > available screen estate is insufficient to display all of the > > "important chunk" -- which part would you want to see on display: the > > part before point? after point? centered at point? something else? > > I think either of those would be fine, so it should be decided by the > usual scrolling constraints (i.e. don't scroll if not needed, obey > scroll-conservatively, ...). > > IOW, by default if scrolling was needed anyway and scroll-conservatively > is not set, I'd expect "centered at point". The code which implements automatic scrolling was not written with the mini-window in mind. In fact, we would like not to allow any scrolling at all there. So perhaps relying on scrolling could be fine in normal windows, it will most probably do the wrong thing in mini-windows. And even in normal windows, it will probably work only by sheer luck, because the design there cares about the context of point, and that is not necessarily what you want with "important chunks".