From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] master 19e09cf: Ensure redisplay after evaluation
Date: Sun, 08 Nov 2015 17:24:24 -0500 [thread overview]
Message-ID: <jwvvb9ckug7.fsf-monnier+emacsdiffs@gnu.org> (raw)
In-Reply-To: <83oaf4o4gs.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 08 Nov 2015 18:12:19 +0200")
> AFAICT, these objections were never addressed in the discussions.
That's just a disagreement. I don't think that can be addressed.
I fully agree with Richard that it's a facility with which you can shoot
yourself in the foot in many different ways, but I don't find it to be
a reason to disallow it.
After all, this same objection can be raised against lots of other "hooks"
we have. To me it just means that it's a feature that needs to be used
with care, not that it's a feature we should reject.
> And we _are_ talking about using such a facility for purposes other
> than debugging, albeit internal purposes.
That's exactly why I think this feature should be generic (and hence
dangerous): there are several different potential valid applications,
and the reason why it's safe/acceptable can completely vary from one use
to another (e.g. in the debugging case you'll probably want to allow
the hook to make random changes, whereas in general this would be
completely unacceptable. In the present case, the hook would be
perfectly acceptable because its effect is "unnoticeable" since all it
does is set a flag somewhere).
Stefan
next prev parent reply other threads:[~2015-11-08 22:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20151106192313.30794.29154@vcs.savannah.gnu.org>
[not found] ` <E1ZumbR-00081I-Hj@vcs.savannah.gnu.org>
2015-11-07 23:40 ` [Emacs-diffs] master 19e09cf: Ensure redisplay after evaluation Stefan Monnier
2015-11-08 16:12 ` Eli Zaretskii
2015-11-08 22:24 ` Stefan Monnier [this message]
2015-11-09 21:48 ` Richard Stallman
2015-11-10 1:16 ` Stefan Monnier
2015-11-10 18:18 ` Richard Stallman
2015-11-10 19:34 ` Stefan Monnier
2015-11-09 19:06 ` John Wiegley
2015-11-09 19:17 ` Eli Zaretskii
2015-11-09 21:57 ` John Wiegley
2015-11-13 0:31 ` Noam Postavsky
2015-11-13 8:06 ` Eli Zaretskii
2015-11-13 13:58 ` Stefan Monnier
2015-11-13 16:36 ` Noam Postavsky
2015-11-13 18:47 ` Eli Zaretskii
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=jwvvb9ckug7.fsf-monnier+emacsdiffs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/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.