From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Proposal for an Emacs User Survey Date: Sun, 11 Oct 2020 12:47:46 -0700 (PDT) Message-ID: <5b4a194a-4294-4bc3-ae25-ccc676d8f08e@default> References: <30addebe-999b-c1cc-a8d8-27aba3fac566@gmx.com> <4a1188f8-9864-54c0-ae6f-5f32102d9757@gmx.com> <874kn2sdss.fsf@iki.fi> <20201011103235.GA28425@protected.rcdrun.com> <20201011182550.GN2923@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29042"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Adrien Brochard , rms@gnu.org, emacs-devel@gnu.org To: Jean Louis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Oct 11 21:50:57 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kRhMv-0007Se-EZ for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Oct 2020 21:50:57 +0200 Original-Received: from localhost ([::1]:59936 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRhMs-0003vu-RU for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Oct 2020 15:50:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49354) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRhJz-0001U1-2P for emacs-devel@gnu.org; Sun, 11 Oct 2020 15:47:55 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:42380) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRhJw-00007h-GK; Sun, 11 Oct 2020 15:47:53 -0400 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 09BJdSOe060341; Sun, 11 Oct 2020 19:47:48 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=Coa7kEULZBR/xTP+17Fxn5sn3TnC/ROzBA3ibMPeI1c=; b=k8e14GIN9LOxhE3o7AHIt4Ix+i1FTAcgWuM04tkRtt7yQV+x6s4sHoOnTm7zvNEd3w0p zRAgfcTl9HGRMGTl7lJjUNg3kOO+1zrkPaSDDQfm3AD5NGiW6sUAJCHWOqErtF0r+gz6 QtLP6MieQUCoGJITdMLDjlzWXj5yUlGCDBKO653DhFx27rurDhZk9QuXUeM5YA/MVBOm MCbAOfX4nh3lQQOpscI39FWKgRzkwe7pgGiXfJY1nU59ZDcL9UpqWupjIpK7a3QAY/Zm L1NRr+4XTKXz2D0hury/MCDYdYboP3PNYYDFxngPNwfzlljRO0UpxqlRnuJzqhyy7QHP qg== Original-Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2130.oracle.com with ESMTP id 343pajh9ay-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 11 Oct 2020 19:47:48 +0000 Original-Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 09BJj6tR028642; Sun, 11 Oct 2020 19:47:48 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 343puvq8v7-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 11 Oct 2020 19:47:48 +0000 Original-Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 09BJllJS028333; Sun, 11 Oct 2020 19:47:47 GMT In-Reply-To: <20201011182550.GN2923@protected.rcdrun.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5056.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9771 signatures=668681 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=796 mlxscore=0 spamscore=0 adultscore=0 suspectscore=8 phishscore=0 bulkscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010110183 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9771 signatures=668681 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 suspectscore=8 impostorscore=0 priorityscore=1501 clxscore=1015 malwarescore=0 adultscore=0 lowpriorityscore=0 spamscore=0 phishscore=0 mlxscore=0 mlxlogscore=812 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2010110182 Received-SPF: pass client-ip=141.146.126.79; envelope-from=drew.adams@oracle.com; helo=aserp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/11 15:44:27 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:257405 Archived-At: > > Actually, we already have this functionality, which is > > submitting free-form feedback of any kind. We call it > > an enhancement request, and we tell users to use > > `M-x report-emacs-bug' for it. This is not as well > > known as it should be, IMO. >=20 > Only that "report Emacs bug" does not sound as free form feedback of > any kind. I know it is, but it does not sound as enhancement > request. It takes time for person to realize that. Agreed. Along with the suggestion to (also) pitch the command as a way to provide feedback of any kind, we should work on the command's description and even some of its behavior. The fact that it is also for suggestions should be as front-and-center as is the fact that it is the preferred way to submit a bug report. > > It would be good for the `Help' menu to have an item > > that explicitly calls this `Suggest Improvements' or > > similar. It would be bound to `report-emacs-bug'. >=20 > Such menu in Help could lead users to subscribe, unsubscribe, review > or send email to help-gnu-emacs mailing list, send improvement or > enhancement suggestions or anything, similar like GNU Hyperbole is > doing it since decades. Those kinds of things are indeed also possible. We could add a submenu of `Help' for things related to the existing mailing lists (reading, subscribing, submitting). > The Help menu that would easier enable communication channel with > users is necessary. >=20 > Survey itself is not as much important as the ability or capacity in > Emacs development to analyse the data that is already there in public, > as I mentioned, bug report database is there, and there are numbers of > stars or likes on various public projects, then there are search > engines, and various comments of users on other public channels. >=20 > Subject of stars/likes and considering that users really like > something because of number of stars/likes is doubtful. Those who have > spent few thousand dollars on advertising of their services or > products, they will know why is number of stars/likes doubtful. I tend to agree. Almost anything can be of some value, but extracting real, useful value from some things can be unobvious, difficult, or otherwise not worth the trial. > > I've said this before (dunno whether I've proposed a separate `Help' > > menu item). We should make `report-emacs-bug' better known as a > > recommended way to submit ANY feedback about Emacs. >=20 > Definitely. >=20 > > The command name can mislead wrt this role. A > > separate `Help' menu item would help (even though > > redundant with item `Send Bug Report'). Or change > > that item to `Send Feedback or Bug Report'. > > > > It might also make sense, for discoverability etc., > > to add a `send-feedback' alias for `send-bug-report'. >=20 > That is right. >=20 > > Well, it doesn't constitute a "survey", but it does correspond to > > what RMS, I, and Jean-Louis have emphasized here: getting users to > > say, in their own words, what they want and what they do. >=20 > Let me emphasize again, there is number of users who will never speak > in public or publish their opinion, why should they? (as thinking from > their view point). In my opinion that is greater number of Emacs > users. It has to be taken in consideration if then developers are > working only for those who are online louder and more exposed to talk, > or if they should be maybe working on some set of principles for > general users. Of course. For active input we're pretty much limited to voluntary contribution. That can be encouraged, but we can be sure, at most, only that it represents the views of the volunteers.