From: "Basil L. Contovounesios" <contovob@tcd.ie>
To: Drew Adams <drew.adams@oracle.com>
Cc: 35887@debbugs.gnu.org, npostavs@gmail.com,
Bob Proulx <bob@proulx.com>, Juri Linkov <juri@linkov.net>
Subject: bug#35887: 26.1; global-eldoc-mode minibuffer noise is very annoying
Date: Tue, 28 May 2019 16:54:31 +0100 [thread overview]
Message-ID: <87sgsy1snc.fsf@tcd.ie> (raw)
In-Reply-To: <9d84f6c2-a319-495d-a967-25c1c66cee5d@default> (Drew Adams's message of "Mon, 27 May 2019 15:31:33 -0700 (PDT)")
Drew Adams <drew.adams@oracle.com> writes:
>> I turn ‘global-eldoc-mode’ off too, but I think it should be enabled
>> by default to demonstrate to newbies that Emacs has the same feature
>> that their IDEs have.
>
> Fair enough. But on the flip side, better that a
> newbie should learn, early, that there is much more
> to Emacs than first meets the eye. And learn, early
> on, how to discover for herself such non-default
> features.
>
> I disagree, in general (yes, abstractly, and such
> things should really be decided mostly case by case),
> with the idea of showing things initially just to be
> sure users notice them.
>
> That's not a strong reason. We sometimes hear it
> espoused also as a reason for turning on some shiny
> new behavior: so users will notice it. Not a great
> reason, on its own. We have NEWS for that (and
> Sacha's tangents newsletter and...
I'm not sure if the following philosophy is documented anywhere, but my
personal impression is that it is considered more Emacs-y to default to
disabling most shiny features, lest they come across as annoying or
intrusive, and let each user pick and mix what they like.
I agree with that, so I sympathise with the annoyance of enabling
global-eldoc-mode by default, but in this case I feel like that ship has
already sailed, and that global-eldoc-mode is useful enough in the
general case that it might be worse to disable it again at this point.
--
Basil
next prev parent reply other threads:[~2019-05-28 15:54 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 [this message]
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
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87sgsy1snc.fsf@tcd.ie \
--to=contovob@tcd.ie \
--cc=35887@debbugs.gnu.org \
--cc=bob@proulx.com \
--cc=drew.adams@oracle.com \
--cc=juri@linkov.net \
--cc=npostavs@gmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.