From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#41087: 27.0.91; How to remove Emacs 27 changes to minibuffer? Date: Tue, 05 May 2020 10:57:06 -0400 Message-ID: <85imhah1kt.fsf@gmail.com> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="92856"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt) Cc: 41087@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 05 16:58:15 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 1jVz1R-000Nza-AL for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 05 May 2020 16:58:13 +0200 Original-Received: from localhost ([::1]:33330 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jVz1Q-00008K-4U for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 05 May 2020 10:58:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38670) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jVz1G-00008A-57 for bug-gnu-emacs@gnu.org; Tue, 05 May 2020 10:58:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53718) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jVz1F-00074m-S4 for bug-gnu-emacs@gnu.org; Tue, 05 May 2020 10:58:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jVz1F-0000sJ-S1 for bug-gnu-emacs@gnu.org; Tue, 05 May 2020 10:58:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 05 May 2020 14:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41087 X-GNU-PR-Package: emacs Original-Received: via spool by 41087-submit@debbugs.gnu.org id=B41087.15886906373312 (code B ref 41087); Tue, 05 May 2020 14:58:01 +0000 Original-Received: (at 41087) by debbugs.gnu.org; 5 May 2020 14:57:17 +0000 Original-Received: from localhost ([127.0.0.1]:37031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVz0X-0000rM-8N for submit@debbugs.gnu.org; Tue, 05 May 2020 10:57:17 -0400 Original-Received: from mail-qk1-f181.google.com ([209.85.222.181]:37559) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jVz0V-0000r7-Hn for 41087@debbugs.gnu.org; Tue, 05 May 2020 10:57:16 -0400 Original-Received: by mail-qk1-f181.google.com with SMTP id c10so2556513qka.4 for <41087@debbugs.gnu.org>; Tue, 05 May 2020 07:57:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=zE6gweKCgEH/mbr3Ys/7BrNppai4JFMVxcVMqqReXUw=; b=tGWMQ0gMgzQi8Iu20LRZw5zBfRItOJ2h+Dsqd2oQ0ZSqFLwkycP2QEPgcN6SN9xdjd cHfDzKwDR8PqMIZiW6ALrDaP3+kOrdywbYF9O1OIZbpEds+IQ5Oa9CsrMzij+5oTeiHy tjmh2Sov3BvH5//XzFMyPLF2pekPkctO7jcAzg3wyfEf5B3zuAb1jCYblC/n5N5drdWk zQQ28bi3jDsp5hiCK2Vzl52RXpoyAMZ2C+0CZBfwDqQM3lmu+mWKnS3w90rXktMsfQlR 3nljd7PfwxsWn7I7EqJ1Mz1mA6+OSw5yH1zzLDijYVfaYagIsAZ3cU9wvk8zdHtJjwtF Fz6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=zE6gweKCgEH/mbr3Ys/7BrNppai4JFMVxcVMqqReXUw=; b=qmkq1m+MBlcfEtcUiaSkRtkPv0XNU2FZzxTS9d6O4oOAV1yhzOOIYLVqsAcITTz3x2 XJnOC3xaB5VqqrXaoW0NiKKiCpIg6GR5+BIP2ySpW+fYbNSUutxe3T0AlBWua8cATFVY Bim5RF59u8DLwT4c8H7qza+OMxFu9OQTkcSgR3WXhNlhFbIA1vh2zBJ7P4WJ+wXU0IhT rsSXqknLmS+OYqa6SJ2vxFAjJWq0yTdoDiE4CYZUiIhghMYNPuWlWiRg+adRfZxnEmIE tWzGwVWZz4i6aO/aXkQoBgVNOoN61//q0wtW8c3QzONfGvNZN5Ri1qfIJfrv8PfDRfV3 0euA== X-Gm-Message-State: AGi0Pub2kMsvJFEyDZ/FFyY/rcBeO3EeW0knvXXnHPTQ1e1R0q8QWjAh x0ZJ3/1y8ujIRyKy+AGrNW8efESd X-Google-Smtp-Source: APiQypJ9vwN3jczsf4ZVOLl1zi14SW1yOxWGtCSxxGMzMjdaUgUK/i5Q2WKWgaX78I3iuyecAW1nlA== X-Received: by 2002:a37:a4d8:: with SMTP id n207mr3950637qke.354.1588690629396; Tue, 05 May 2020 07:57:09 -0700 (PDT) Original-Received: from vhost2 (CPE001143542e1f-CMf81d0f809fa0.cpe.net.cable.rogers.com. [99.230.38.42]) by smtp.gmail.com with ESMTPSA id j90sm1969521qte.20.2020.05.05.07.57.07 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Tue, 05 May 2020 07:57:08 -0700 (PDT) In-Reply-To: (Drew Adams's message of "Mon, 4 May 2020 14:07:59 -0700 (PDT)") 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:179734 Archived-At: Drew Adams writes: > I think that some of the problems come from the changes to minibuffer > and echo-area behavior. Regardless of whether that is the case, I want > to undo those changes. Is there an option for that? (I hope so.) If > not, what changes do I need to make from Lisp, to get back the prior > behavior? Here's my guesses (none tested) about each item you list. Of course, these particular may or may not be the cause of your troubles (whatever they are). > ** Minibuffer > > +++ > *** A new user option, 'minibuffer-beginning-of-buffer-movement', has > been introduced to allow controlling how the 'M-<' command works in > the minibuffer. If non-nil, point will move to the end of the prompt > (if point is after the end of the prompt). AFAICT, this one is already disabled by default (i.e., minibuffer-beginning-of-buffer-movement is nil by default). > +++ > *** When the minibuffer is active, echo-area messages are displayed at > the end of the minibuffer instead of hiding the minibuffer by the echo > area display. The new user option 'minibuffer-message-clear-timeout' > controls how messages displayed in this situation are removed from the > minibuffer. (setq set-message-function nil) (setq clear-message-function nil) [485b423e8f0]: 2019-12-22 00:02:10 +0200 New variable set-message-function to show message at the end of the minibuffer https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=485b423e8f0df2711a850be7f254665f64ab0bdb > --- > *** Minibuffer now uses 'minibuffer-message' to display error messages > at the end of the active minibuffer. (remove-hook 'minibuffer-setup-hook 'minibuffer-error-initialize) [2aae0630552]: 2019-06-03 23:27:19 +0300 User-friendly display of error messages at the end of minibuffer https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=2aae063055283ee64ecf339c812a1fe6d1cb106e> > +++ > *** 'y-or-n-p' now uses the minibuffer to read 'y' or 'n' answer. You'd have to evaluate the old lisp code of y-or-n-p. [a26a8cc1c85]: 2019-11-10 00:04:13 +0200 'y-or-n-p' now uses the minibuffer to read 'y' or 'n' answer (bug#38076) https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=a26a8cc1c85f29fb11209c16d53a8ae4e4ab7ced > --- > *** Some commands that previously used 'read-char-choice' now read > a character using the minibuffer by 'read-char-from-minibuffer'. You'd have to evaluate the old lisp of files--ask-user-about-large-file and hack-local-variables-confirm. [027f218ad22]: 2019-11-10 00:32:09 +0200 hack-local-variables-confirm uses the minibuffer to read answer (bug#38076) https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=027f218ad227c3966df94b22566c2e89a307362d