From: storm@cua.dk (Kim F. Storm)
Cc: emacs-devel@gnu.org
Subject: Re: Idea for determining what users use
Date: 31 May 2003 01:47:49 +0200 [thread overview]
Message-ID: <5xk7c8m1y2.fsf@kfs2.cua.dk> (raw)
In-Reply-To: <E19KdpQ-00072R-Rf@fencepost.gnu.org>
The more I think about this proposal, the more I dislike it.
So if I have a vote on this, it's a definite NO.
For the un-informed public (read journalists, m$-evangelists, etc),
putting such a feature into emacs could be used to bad-mouth the
GNU project for installing "SPY-ware" on the users' systems.
Furthermore, I think the benefits of the proposed features are very
limited, and that our efforts are better spent on new features. As
Stefan has pointed out, there's already a warning if people are using
a package in the obsolete directory -- I think that's the right
approach: Tell the user that the feature is considered obsolete,
so if he disagrees, he should send us a bug-report.
There are some technical problems with the "simple approach" too:
How are we going to present the question to someone who upgrades
from an older version of emacs who loads one of the obsolete features?
I guess he will presented with the question after loading of his
emacs is complete. That adds further complexity if he has loaded
multiple obsolete packages.
And we don't really get realiable measurements this way either:
Consider a user who finds a feature that we have marked obsolete and
decides to try it out ... SURPRISE, he's asked whether he wants to
send mail to the emacs team about actively using this feature ...
Well, he hasn't had a chance to try it yet, so he may do one of
four things:
1) Answer yes (causing the mail to be sent), and actually like
the feature, so he continues to use it.
2) Answer yes (causing the mail to be sent), but then finds
the feature is useless, so he doesn't actually use it.
3) Answer no -- because he's doesn't want us to spy on him.
And maybe be aggrevated at the same time...
4) Answer no -- because he doesn't know whether he's going to use it
yet, but he intends to tell us the next time he loads the feature
if he likes it. But I assume that we are not going to ask him
again (because we wrote something in his .emacs).
That means that only in one of four cases do we get a useful
answer, and probably get a number of false answers too ....
And then there's the problem of not being able to send mail from
emacs in some setups.
Finally, what if only one or two users report using a specific feature
-- is that enough "audience" to keep an obsolete feature?
Richard Stallman <rms@gnu.org> writes:
> We have no good way to determine if anyone still uses a feature.
> Maybe we can create one.
>
> Imagine a function called note-feature-used.
> You call it like this: (note-feature-used 'foo "Foo").
> The first time you call it, it sends mail to
> emacs-features-used@gnu.org with subject Foo,
> asking you for permission to send it,
> and it records (setq foo t) in your .emacs file.
> If you call it again, it does nothing.
>
> We could put these calls into various files and functions
> in order to find out (after the next release) whether anyone uses them.
>
>
> _______________________________________________
> Emacs-devel mailing list
> Emacs-devel@gnu.org
> http://mail.gnu.org/mailman/listinfo/emacs-devel
>
>
--
Kim F. Storm <storm@cua.dk> http://www.cua.dk
next prev parent reply other threads:[~2003-05-30 23:47 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-27 12:45 Idea for determining what users use Richard Stallman
2003-05-27 13:27 ` David Kastrup
2003-05-27 14:16 ` Vincent LADEUIL
2003-05-27 14:28 ` Stefan Monnier
2003-05-28 0:43 ` Kim F. Storm
2003-05-28 7:04 ` Juanma Barranquero
2003-05-28 13:54 ` Richard Stallman
2003-05-28 14:33 ` Stefan Monnier
2003-05-30 0:49 ` Richard Stallman
2003-05-27 14:39 ` Thien-Thi Nguyen
2003-05-27 15:32 ` Stephen J. Turnbull
2003-05-28 23:58 ` Richard Stallman
2003-05-29 11:35 ` Thien-Thi Nguyen
2003-05-30 0:48 ` Richard Stallman
2003-05-31 12:37 ` Thien-Thi Nguyen
2003-06-01 15:53 ` Richard Stallman
2003-06-01 20:26 ` Thien-Thi Nguyen
2003-06-03 4:06 ` Richard Stallman
[not found] ` <m1r86ktqxx.fsf@vila.local.>
2003-05-28 13:54 ` Richard Stallman
2003-05-28 14:40 ` Vincent LADEUIL
[not found] ` <m1y90rp221.fsf@vila.local.>
2003-05-30 0:49 ` Richard Stallman
2003-05-30 7:28 ` Jan D.
2003-05-30 13:29 ` Stefan Monnier
2003-05-30 14:52 ` Jan D.
2003-05-30 15:40 ` Stefan Monnier
2003-05-30 16:32 ` Alex Schroeder
2003-05-31 19:51 ` Richard Stallman
2003-06-01 0:48 ` Peter Lee
2003-06-01 1:24 ` Luc Teirlinck
2003-06-01 1:59 ` Luc Teirlinck
2003-06-02 11:16 ` Richard Stallman
2003-06-03 22:55 ` Kim F. Storm
2003-06-05 0:08 ` Richard Stallman
2003-06-06 0:21 ` Kim F. Storm
2003-06-07 10:22 ` Richard Stallman
2003-05-30 16:45 ` Jan D.
2003-05-30 16:57 ` Stefan Monnier
2003-05-31 19:51 ` Richard Stallman
2003-05-30 23:47 ` Kim F. Storm [this message]
2003-05-30 23:04 ` Miles Bader
2003-06-03 22:24 ` Kim F. Storm
2003-05-30 23:14 ` { SPAM 2 }::Re: " Luc Teirlinck
2003-05-30 23:40 ` Luc Teirlinck
2003-05-31 10:45 ` Kai Großjohann
2003-06-01 15:52 ` Richard Stallman
2003-06-01 5:06 ` Luc Teirlinck
2003-06-02 11:16 ` Richard Stallman
2003-06-03 2:43 ` Luc Teirlinck
2003-06-04 8:53 ` Richard Stallman
2003-06-03 4:05 ` Luc Teirlinck
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=5xk7c8m1y2.fsf@kfs2.cua.dk \
--to=storm@cua.dk \
--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.