From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier 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: Sun, 27 Sep 2020 17:59:02 -0400 Message-ID: References: <83a6xguy7w.fsf@gnu.org> <83y2kztf9v.fsf@gnu.org> <83ft77t8kh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29471"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: ghe@sdf.org, 43572@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 28 00:00:17 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 1kMeiP-0007ZS-8e for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 28 Sep 2020 00:00:17 +0200 Original-Received: from localhost ([::1]:48130 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kMeiN-0003id-NH for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 27 Sep 2020 18:00:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60432) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kMeiA-0003iV-Uv for bug-gnu-emacs@gnu.org; Sun, 27 Sep 2020 18:00:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39075) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kMeiA-000773-Kt for bug-gnu-emacs@gnu.org; Sun, 27 Sep 2020 18:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kMeiA-0001Te-9h for bug-gnu-emacs@gnu.org; Sun, 27 Sep 2020 18:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Sep 2020 22: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.16012439525597 (code B ref 43572); Sun, 27 Sep 2020 22:00:02 +0000 Original-Received: (at 43572) by debbugs.gnu.org; 27 Sep 2020 21:59:12 +0000 Original-Received: from localhost ([127.0.0.1]:50621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMehL-0001SD-P7 for submit@debbugs.gnu.org; Sun, 27 Sep 2020 17:59:12 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:11640) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kMehK-0001S1-AR for 43572@debbugs.gnu.org; Sun, 27 Sep 2020 17:59:10 -0400 Original-Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id E8BB980ACA; Sun, 27 Sep 2020 17:59:04 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 90F4280252; Sun, 27 Sep 2020 17:59:03 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1601243943; bh=Jb2KlR+upXr18c3yqejqgCjTHS6UGVnIP7yjqsaQEaM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=aQlHq4/BFfZ6zB2UAi1Gv+z+qM+N/6g9oNh13HIjghEVMNVxHzQcgl726B1LWSC1/ JoiPgNUhAfTlZSYUroE1GFBx1xMXn/89/KElV4Lt/pVjrKe9QF3Xch9o2h2fWPX4nz EqJd1aQwgn3Funy93+haLoOyl2jHa2D+ml39lZVGWqD8UvhatbRXQXnqrdcUyrgIlO aAzzTPPm1cneA01kb4ZcUG7jSNoRf3mM/9a8/JIABk6tJCpd8W07qpoNGXETOdWyqu fLTAA63Typ4/0Js+tizYQ9KAPmiqVMKaNbrlwmLKp/IkjAJYDTfY2CfuebGQgHG29v vsXXJSDUHofHQ== Original-Received: from alfajor (unknown [45.72.232.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 632EA120225; Sun, 27 Sep 2020 17:59:03 -0400 (EDT) In-Reply-To: <83ft77t8kh.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 24 Sep 2020 19:59:10 +0300") 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:189167 Archived-At: >> 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. When the window is big enough to show the whole content, I agree, but as soon as the buffer is bigger then we need to handle scrolling, just like elsewhere. > So perhaps relying on scrolling could be fine in normal windows, it > will most probably do the wrong thing in mini-windows. That's not my experience so far. I do find that the `scroll-conservatively` is generally desired for the mini-window (whereas I don't generally like it in normal windows), but other than that I find (much to my surprise) that the generic scrolling code behaves just as well as the ad-hoc scrolling code in resize_mini_window. Thinking about it, maybe I shouldn't be surprised: the generic code is used much more often and has been tuned quite heavily over the years to provide good behavior is the vast majority of cases, so it's only "normal" that it should behave nicely in this case as well. Stefan