From: Drew Adams <drew.adams@oracle.com>
To: rms@gnu.org
Cc: alexander.adolf@condition-alpha.com, emacs-devel@gnu.org
Subject: RE: A proposal for a friendlier Emacs
Date: Sun, 27 Sep 2020 21:50:48 -0700 (PDT) [thread overview]
Message-ID: <a8d60895-afd5-4a69-b4a0-a6be7ef17508@default> (raw)
In-Reply-To: <E1kMkA6-0000UV-Bn@fencepost.gnu.org>
> > Should we really conflate the set of Emacs
> > users with "registered repository users"?
>
> Can you state your intended meaning in different words?
You asked Alexander what he meant by "favourites
count". He replied that it's "the number of
registered repository user who have clicked on
'add to favorites' for the package in question."
I questioned how good counting such "likes" by
registered users would be as a measure of how
much users in general might appreciate a given
package.
That's all. Is counting registered users who
"like" a package a good proxy for its appreciation
by users in general? Dunno.
> > If we're looking for a poll/sampling, is this a
> > helpful way to represent Emacs users in general?
> > Frankly, I don't know. But I recognize that
> > there's a conflation - the two sets aren't the
> > same.
>
> Each time you use the word conflate, I am unsure what meaning you have
> in mind. What operation with these two sets that you mean? Taking
> the union of them? Treating then as intersubstitutable? Something else?
Using one set as a proxy for the other.
One is a subset of the other. Is such a sample
a good proxy? Maybe; I don't know. But the two
should at least be distinguished, not considered
the same (identified/conflated). That's all.
Use whatever word you like, as I expect you now
understand. If you want, consider the question
only as pointing out that not all users will
register and then "like" something.
As for the difference, I take it from Alexander:
"Favourites can only be granted by registered users
of a package repository web site." Those are the
(only) "votes" that would be counted with this
approach, IIUC.
___
(Also, you've often expressed the view that, while
polls can be useful, we also want detailed feedback
and reasoned arguments before deciding something.
I agree with that.)
next prev parent reply other threads:[~2020-09-28 4:50 UTC|newest]
Thread overview: 129+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-17 8:50 A proposal for a friendlier Emacs Nicola Manca
2020-09-17 9:04 ` Alfred M. Szmidt
2020-09-17 9:27 ` Nicola Manca
2020-09-17 12:24 ` Alfred M. Szmidt
2020-09-17 12:35 ` Thibaut Verron
2020-09-17 13:22 ` Alfred M. Szmidt
2020-09-17 13:26 ` Thibaut Verron
2020-09-17 13:31 ` Alfred M. Szmidt
2020-09-17 13:34 ` Thibaut Verron
2020-09-17 14:27 ` Alfred M. Szmidt
2020-09-18 16:49 ` Stefan Kangas
2020-09-18 18:25 ` Alfred M. Szmidt
2020-09-18 18:59 ` Thibaut Verron
2020-09-18 19:23 ` Alfred M. Szmidt
2020-09-19 8:37 ` Andrea Corallo via Emacs development discussions.
2020-09-19 9:21 ` Alfred M. Szmidt
2020-09-19 11:25 ` Stefan Kangas
2020-09-19 15:09 ` Alfred M. Szmidt
2020-09-19 19:31 ` Andrea Corallo via Emacs development discussions.
2020-09-19 19:59 ` Eli Zaretskii
2020-09-19 21:37 ` Andrea Corallo via Emacs development discussions.
2020-09-20 6:22 ` Alfred M. Szmidt
2020-09-20 7:45 ` Ergus via Emacs development discussions.
2020-09-20 8:13 ` Eli Zaretskii
2020-09-20 8:25 ` Ergus
2020-09-21 17:19 ` Jean Louis
2020-09-22 12:59 ` Ergus
2020-09-22 14:11 ` Jean Louis
2020-09-22 17:50 ` Colin Baxter
2020-09-22 18:08 ` Mingde (Matthew) Zeng
2020-09-22 19:12 ` Colin Baxter
2020-09-19 21:04 ` Alfred M. Szmidt
2020-09-19 21:26 ` Andrea Corallo via Emacs development discussions.
2020-09-20 6:21 ` Alfred M. Szmidt
2020-09-19 8:30 ` Andrea Corallo via Emacs development discussions.
2020-09-19 15:50 ` Philip K.
2020-09-20 3:53 ` 황병희
2020-09-17 13:38 ` Alfred M. Szmidt
2020-09-17 12:40 ` Nicholas Savage
2020-09-17 13:22 ` Alfred M. Szmidt
2020-09-17 13:28 ` Thibaut Verron
2020-09-17 19:40 ` Mingde (Matthew) Zeng
2020-09-17 9:07 ` Gregory Heytings via Emacs development discussions.
2020-09-17 9:32 ` Nicola Manca
2020-09-17 9:44 ` Gregory Heytings via Emacs development discussions.
2020-09-21 20:00 ` Alexander Adolf
2020-09-22 3:38 ` Richard Stallman
2020-09-22 20:50 ` Alexander Adolf
2020-09-22 21:54 ` Drew Adams
2020-09-23 14:20 ` Eli Zaretskii
2020-09-23 14:16 ` Eli Zaretskii
2020-09-25 13:22 ` Alexander Adolf
2020-09-25 13:39 ` Eli Zaretskii
2020-09-25 14:43 ` Alexander Adolf
2020-09-25 15:05 ` Eli Zaretskii
2020-09-26 4:35 ` Richard Stallman
2020-09-29 17:08 ` Alexander Adolf
2020-09-29 17:38 ` Eli Zaretskii
2020-09-30 20:40 ` Alexander Adolf
2020-10-01 12:55 ` Eli Zaretskii
2020-10-01 16:13 ` Alexander Adolf
2020-10-01 16:18 ` Eli Zaretskii
2020-10-01 16:49 ` Stefan Monnier
2020-10-01 17:23 ` Eli Zaretskii
2020-10-01 17:57 ` Stefan Monnier
2020-10-02 16:10 ` Alexander Adolf
2020-10-02 3:51 ` Classifying packages Richard Stallman
2020-09-22 3:38 ` A proposal for a friendlier Emacs Richard Stallman
2020-09-22 20:57 ` Alexander Adolf
2020-09-23 3:44 ` Richard Stallman
2020-09-25 12:40 ` Alexander Adolf
2020-09-25 15:22 ` Drew Adams
2020-09-26 4:33 ` Richard Stallman
2020-09-26 14:29 ` Drew Adams
2020-09-27 2:43 ` Richard Stallman
2020-09-27 19:49 ` Drew Adams
2020-09-28 3:49 ` Richard Stallman
2020-09-28 4:50 ` Drew Adams [this message]
2020-09-28 22:03 ` Jean Louis
2020-09-29 2:32 ` Eli Zaretskii
2020-09-29 2:35 ` Stefan Monnier
2020-09-29 4:16 ` Jean Louis
2020-09-29 5:35 ` Eli Zaretskii
2020-09-29 5:45 ` Jean Louis
2020-09-29 14:24 ` Eli Zaretskii
2020-09-29 15:21 ` Jean Louis
2020-10-20 13:07 ` Arthur Miller
2020-10-20 15:32 ` Jean Louis
2020-10-27 4:32 ` Arthur Miller
2020-10-27 7:50 ` Jean Louis
2020-09-29 7:19 ` Alfred M. Szmidt
2020-09-29 7:55 ` Jean Louis
2020-09-29 8:23 ` Alfred M. Szmidt
2020-09-29 8:27 ` Jean Louis
2020-09-29 15:07 ` Jean Louis
2020-09-29 14:20 ` Eli Zaretskii
2020-09-30 18:36 ` Juri Linkov
2020-09-30 19:25 ` Eli Zaretskii
2020-09-30 19:50 ` Gregory Heytings via Emacs development discussions.
2020-10-01 7:27 ` Robert Pluim
2020-10-01 13:10 ` Eli Zaretskii
2020-10-01 14:10 ` Robert Pluim
2020-10-01 12:44 ` Eli Zaretskii
2020-10-01 14:19 ` Jean Louis
2020-10-02 3:51 ` Richard Stallman
2020-10-02 6:59 ` Eli Zaretskii
2020-10-01 14:13 ` Jean Louis
2020-10-01 14:48 ` Eli Zaretskii
2020-10-01 16:05 ` dictionary.el could be included in main stream Emacs - " Jean Louis
2020-10-02 11:40 ` Eli Zaretskii
2020-10-04 17:36 ` Torsten Hilbrich
2020-10-01 18:47 ` Juri Linkov
2020-09-28 22:05 ` Jean Louis
2020-09-21 17:07 ` Jean Louis
2020-09-22 3:40 ` Richard Stallman
2020-09-22 6:22 ` Alfred M. Szmidt
2020-09-23 3:43 ` Richard Stallman
2020-09-22 6:24 ` Jean Louis
2020-09-22 14:10 ` Eli Zaretskii
2020-09-22 14:22 ` Jean Louis
2020-09-22 14:31 ` Eli Zaretskii
2020-09-22 14:52 ` Jean Louis
2020-09-22 15:34 ` Eli Zaretskii
2020-09-22 16:03 ` Jean Louis
2020-09-22 16:33 ` Eli Zaretskii
2020-09-23 3:41 ` Richard Stallman
2020-09-22 15:44 ` Jean Louis
2020-09-23 3:41 ` Richard Stallman
2020-09-23 14:21 ` 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=a8d60895-afd5-4a69-b4a0-a6be7ef17508@default \
--to=drew.adams@oracle.com \
--cc=alexander.adolf@condition-alpha.com \
--cc=emacs-devel@gnu.org \
--cc=rms@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.