From: Drew Adams <drew.adams@oracle.com>
To: Stefan Kangas <stefan@marxist.se>, Bob Proulx <bob@proulx.com>
Cc: 35887@debbugs.gnu.org
Subject: bug#35887: 26.1; global-eldoc-mode minibuffer noise is very annoying
Date: Sun, 16 Aug 2020 07:32:37 -0700 (PDT) [thread overview]
Message-ID: <07457c95-138b-4769-8e36-3482a9302e00@default> (raw)
In-Reply-To: <CADwFkmk5Pz9AJ5iGgLEQ2dbM-yDnD3khMeqeC4HUuB-cZF4wGw@mail.gmail.com>
> Bob Proulx <bob@proulx.com> writes:
>
> > In recent Emacs global-eldoc-mode has been enabled by default. This is
> > a very annoying mode that causes minibuffer hints of elisp doc strings
> > to be flashing by in the minibuffer as the point moves around in the
> > buffer.
> >
> > Please revert this.
>
> This has now been the default since 26.1. Users will have gotten used
> to it, and it has seen only few complaints. It is easy enough to
> disable it for those that really don't like it.
>
> I therefore propose to close this as wontfix.
+1 to DISable it by default, IOW revert to normal,
longstanding Emacs behavior. There was no reason to
enable it by default. It's easy enough to ENable.
Such things should be opt-in. Heck, we still don't
even have `delete-selection-mode' on by default.
And it took _decades_ to get `transient-mark-mode'
on by default. What's so special about this that
it was turned on by default?
Arguments of "has been the default since 26.1" and
"it has seen only few complaints" are pretty
shallow. For Emacs, 26.1 is, as Bob said, a recent
release. Until a few days ago 26.3 was the _current_
release.
Such overeagerness to change default Emacs behavior
should really be curbed. Please add my +1 voice to
the "few complaints" about this kind of change.
next prev parent reply other threads:[~2020-08-16 14:32 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-24 19:51 bug#35887: 26.1; global-eldoc-mode minibuffer noise is very annoying Bob Proulx
2019-05-24 20:47 ` npostavs
2019-05-24 21:35 ` Bob Proulx
2019-05-24 22:38 ` Dmitry Gutov
2019-05-24 23:24 ` Bob Proulx
2019-05-25 2:21 ` Noam Postavsky
2019-05-25 6:19 ` Eli Zaretskii
2019-05-26 11:51 ` Basil L. Contovounesios
2019-05-25 8:00 ` martin rudalics
2019-05-27 20:30 ` Juri Linkov
2019-05-27 22:31 ` Drew Adams
2019-05-28 15:54 ` Basil L. Contovounesios
2019-06-04 8:21 ` martin rudalics
2019-06-04 13:30 ` Dmitry Gutov
2019-06-05 21:06 ` Juri Linkov
2019-05-27 3:23 ` Drew Adams
2020-08-16 10:16 ` Stefan Kangas
2020-08-16 14:32 ` Drew Adams [this message]
2020-08-16 16:12 ` Kévin Le Gouguec
2020-08-16 14:39 ` Eli Zaretskii
2020-10-01 12:27 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=07457c95-138b-4769-8e36-3482a9302e00@default \
--to=drew.adams@oracle.com \
--cc=35887@debbugs.gnu.org \
--cc=bob@proulx.com \
--cc=stefan@marxist.se \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).