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: Fri, 02 Oct 2020 22:30:27 +0300 Message-ID: <83lfgoe88c.fsf@gnu.org> References: <83a6xguy7w.fsf@gnu.org> <83y2kztf9v.fsf@gnu.org> <83ft77t8kh.fsf@gnu.org> <83pn66mngx.fsf@gnu.org> <835z7ym2xe.fsf@gnu.org> <83pn60ehg2.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20105"; 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 Fri Oct 02 21:31:10 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 1kOQlq-0005B3-0L for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 02 Oct 2020 21:31:10 +0200 Original-Received: from localhost ([::1]:55140 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOQlp-0005lZ-2c for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 02 Oct 2020 15:31:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37744) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kOQli-0005lQ-2o for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 15:31:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59285) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kOQlh-00086D-PO for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 15:31:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kOQlh-0003vQ-Mp for bug-gnu-emacs@gnu.org; Fri, 02 Oct 2020 15:31: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: Fri, 02 Oct 2020 19:31: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.160166704415063 (code B ref 43572); Fri, 02 Oct 2020 19:31:01 +0000 Original-Received: (at 43572) by debbugs.gnu.org; 2 Oct 2020 19:30:44 +0000 Original-Received: from localhost ([127.0.0.1]:42598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOQlP-0003us-JR for submit@debbugs.gnu.org; Fri, 02 Oct 2020 15:30:43 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kOQlM-0003ue-KJ for 43572@debbugs.gnu.org; Fri, 02 Oct 2020 15:30:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38803) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kOQlG-0007zA-BF; Fri, 02 Oct 2020 15:30:34 -0400 Original-Received: from [176.228.60.248] (port=1564 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kOQlE-0000bg-WE; Fri, 02 Oct 2020 15:30:33 -0400 In-Reply-To: (message from Gregory Heytings on Fri, 02 Oct 2020 16:25:05 +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:189672 Archived-At: > Date: Fri, 02 Oct 2020 16:25:05 +0000 > From: Gregory Heytings > cc: monnier@iro.umontreal.ca, 43572@debbugs.gnu.org > > Your reaction is saddening. I'm very sorry to read this, but you rejected > all my attempts to solve that problem so far, so that's not surprising. I rejected what clearly looked like unsafe and unclean design. Please respect the opinions of those who have deeper knowledge of Emacs internals and many years of experience hacking them. Your insistence on doing things in sub-optimal ways when much better ways are at hand makes it hard to discuss these issues with you and arrive at sound solutions that can be trusted not to produce bugs in the future. > I'd bet that there are many places in Emacs where similar "quick and > dirty" hacks are used. Actually, no, there aren't. "Quick and dirty" is okay for rapid prototyping and presenting a POC, but not for changes that get admitted into core.