From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: "Drew Adams" <drew.adams@oracle.com>
Cc: 'Juanma Barranquero' <lekktu@gmail.com>,
'Lennart Borgman' <lennart.borgman@gmail.com>,
'Stefan Monnier' <monnier@iro.umontreal.ca>,
'Emacs developers' <emacs-devel@gnu.org>
Subject: RE: Deprecate _emacs on Windows
Date: Thu, 24 Mar 2011 01:23:14 +0900 [thread overview]
Message-ID: <87r59x9571.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <9BB0B675F0A64762BC3FDBD9A9B02C1A@us.oracle.com>
Drew Adams writes:
> So you are _not_ saying that in your experience - in all the
> projects you know of - there was ever _actually_ a warning message
> used to convey a deprecation notice.
Hm? Maybe you should go into reading tea leaves instead of
emacs-devel. You could make a lot of money with that kind of creative
interpretation.
> That's an opinion, an interpretation of the meaning of deprecation.
No, it's not *merely* an opinion, it's the official policy of the
Python project. Google for "DeprecationWarning" and
"PendingDeprecationWarning" and read PEP 5. (It's short.)
> > Formal deprecation is a policy statement that this feature
> > should *not* be used,
>
> in the future (deprecation is not desupport; it precedes desupport)
Yes, of course that is the relationship between deprecation and
desupport, but there are other consequences of deprecation, in
general. Deprecated functionality is normally not considered to
warrant support when implementing new features. It is also often the
case that deprecated features *are* dangerous or buggy-by-design.
Again, it seems to me that you are objecting to accompanying
deprecation with a warning because you thing it's overblown *in this
case*. I think there is a good rule of thumb: if a feature is not so
bad as to warrant an obtrusive deprecation warning, then it's probably
not worth deprecating.
> > and yes, that should indeed get a warning.
>
> No, that doesn't follow at all.
Of course it doesn't follow. It's a policy, more or less arbitrary.
Here, "should indeed" *is* my opinion.
> What danger are you warning users about?
It happens that three days ago, due to a change someone made in
XEmacs, my init file failed to get loaded. I was *pissed*. Another
example: somebody who depends on the init file to set up accessibility
features could be crippled. Yes, I think this is important enough to
warn people who use this feature.
I infer you think that users should read NEWS. That's a reasonable
opinion, but one I disagree with, and one many users take *strong*
exception to. They do not want to read NEWS to continue using an
upgraded program as they are accustomed to.
> But deprecation in general, as a rule, is not accompanied by
> WARNINGs.
Of course it is. Compilers issue warnings all the time about
deprecated features and usages. That's what they're called,
"warnings".
It's true that in my experience UIs rarely issue deprecation warnings,
but that's mostly because the programs I use almost never deprecate
features that are part of the UI. They just add new UI. The only
case I can remember was when XEmacs decided to move from supporting
both the "Emacs" application class and the "XEmacs" application class
in the X resource database to supporting "XEmacs" only. In that case
we explicitly decided not to warn because it seemed likely that most
people with "Emacs" in their .Xresources would have it there because
they use Emacs as well as XEmacs, so it was inherently ambiguous as to
whether the user needed to be informed -- even once the feature is
removed from XEmacs, it is still needed for use with Emacs.
> Are you trying to make [the deprecation decision into an issue] again?
No. You're being exceptionally tendentious this week, Drew.
next prev parent reply other threads:[~2011-03-23 16:23 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-12 21:54 Deprecate _emacs on Windows Juanma Barranquero
2011-03-12 22:02 ` Lennart Borgman
2011-03-12 22:48 ` Drew Adams
2011-03-12 22:53 ` Lennart Borgman
2011-03-12 23:03 ` Drew Adams
2011-03-12 23:20 ` Lennart Borgman
2011-03-13 4:01 ` Stefan Monnier
2011-03-13 4:14 ` Juanma Barranquero
2011-03-22 20:38 ` Drew Adams
2011-03-22 20:50 ` Juanma Barranquero
2011-03-23 0:12 ` Drew Adams
2011-03-23 0:26 ` Juanma Barranquero
2011-03-23 0:58 ` Drew Adams
2011-03-23 1:34 ` Juanma Barranquero
2011-03-23 1:42 ` Juanma Barranquero
2011-03-24 23:33 ` Stephen J. Turnbull
2011-03-24 23:39 ` Juanma Barranquero
2011-03-23 2:42 ` Drew Adams
2011-03-23 3:00 ` Juanma Barranquero
2011-03-23 3:20 ` Stephen J. Turnbull
2011-03-23 3:34 ` Juanma Barranquero
2011-03-23 5:01 ` Óscar Fuentes
2011-03-23 12:07 ` Juanma Barranquero
2011-03-23 12:23 ` Fabian Ezequiel Gallina
2011-03-23 12:30 ` Juanma Barranquero
2011-03-23 13:36 ` Fabian Ezequiel Gallina
2011-03-23 13:42 ` Drew Adams
2011-03-23 14:30 ` Juanma Barranquero
2011-03-23 17:40 ` Stefan Monnier
2011-03-23 14:09 ` Drew Adams
2011-03-23 16:23 ` Stephen J. Turnbull [this message]
2011-03-13 22:49 ` Chong Yidong
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=87r59x9571.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
--cc=lekktu@gmail.com \
--cc=lennart.borgman@gmail.com \
--cc=monnier@iro.umontreal.ca \
/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).