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 20:03:29 +0300 Message-ID: <83eemrt8da.fsf@gnu.org> References: <83h7rov7xy.fsf@gnu.org> <837dskuvx3.fsf@gnu.org> <833637uubc.fsf@gnu.org> <83mu1ftdkb.fsf@gnu.org> <83imc3tach.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37368"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43572@debbugs.gnu.org To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 24 19:04:39 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 1kLUfe-0009Zn-Uo for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 19:04:38 +0200 Original-Received: from localhost ([::1]:47330 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLUfd-00050V-TG for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Sep 2020 13:04:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44636) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kLUf5-0004yH-Ct for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:04:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58207) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kLUf4-0004ZW-M9 for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kLUf4-0001tW-HJ for bug-gnu-emacs@gnu.org; Thu, 24 Sep 2020 13:04: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:04: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.16009670107214 (code B ref 43572); Thu, 24 Sep 2020 17:04:02 +0000 Original-Received: (at 43572) by debbugs.gnu.org; 24 Sep 2020 17:03:30 +0000 Original-Received: from localhost ([127.0.0.1]:41520 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLUeX-0001ro-Ju for submit@debbugs.gnu.org; Thu, 24 Sep 2020 13:03:29 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:37654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kLUeU-0001rb-Qm for 43572@debbugs.gnu.org; Thu, 24 Sep 2020 13:03:27 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:36834) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kLUeP-0004XH-DO; Thu, 24 Sep 2020 13:03:21 -0400 Original-Received: from [176.228.60.248] (port=3804 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kLUeP-0007H7-0t; Thu, 24 Sep 2020 13:03:21 -0400 In-Reply-To: (message from Gregory Heytings on Thu, 24 Sep 2020 16:40:58 +0000) 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:188889 Archived-At: > Date: Thu, 24 Sep 2020 16:40:58 +0000 > From: Gregory Heytings > cc: 43572@debbugs.gnu.org > > > And in any case, we don't want to rely on luck in these matters, IME the > > Murphy laws are very strong here. > > I can't believe this, in particular given that the default value of > enable-recursive-minibuffers is nil. You again are thinking only about uses of mini-window for editing in the minibuffer. But that is not the only use of the mini-window. And even in its use for the minibuffer, many users enable recursive minibuffers. I would not be surprised if some specialized modes and packages enabled it for their operations. > And in any case I'd say that it's to the third-party packages to > adapt to changes in Emacs If we break too many important packages, we will have bug reports which we will be unable to ignore. Emacs is expected to not break third-party code too much too hard. > > Can I convince you to try implementing this via text properties? > > Of course you can. But only if you promise you will not reject what I do. If the implementation is clean, and doesn't present backward compatibility problems, why would I want to reject it?