From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Proposal for an Emacs User Survey Date: Sun, 11 Oct 2020 13:46:27 +0300 Message-ID: <20201011104627.GB28425@protected.rcdrun.com> References: <87imbia0dq.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16041"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/1.14.0 (2020-05-02) Cc: abrochard@gmx.com, rms@gnu.org, emacs-devel@gnu.org To: "Philip K." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Oct 11 12:49:16 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 1kRYui-00045R-CD for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Oct 2020 12:49:16 +0200 Original-Received: from localhost ([::1]:50756 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kRYuh-0005rn-8k for ged-emacs-devel@m.gmane-mx.org; Sun, 11 Oct 2020 06:49:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59976) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRYse-0005Nu-FN for emacs-devel@gnu.org; Sun, 11 Oct 2020 06:47:08 -0400 Original-Received: from [95.85.24.50] (port=35239 helo=static.rcdrun.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kRYsc-0005cN-KI; Sun, 11 Oct 2020 06:47:08 -0400 Original-Received: from localhost ([::ffff:197.157.0.35]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002A0B39.000000005F82E2A7.0000198B; Sun, 11 Oct 2020 10:47:03 +0000 Content-Disposition: inline In-Reply-To: <87imbia0dq.fsf@posteo.net> X-Host-Lookup-Failed: Reverse DNS lookup failed for 95.85.24.50 (failed) Received-SPF: pass client-ip=95.85.24.50; envelope-from=bugs@gnu.support; helo=static.rcdrun.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/11 06:33:13 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: 37 X-Spam_score: 3.7 X-Spam_bar: +++ X-Spam_report: (3.7 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SBL_CSS=3.335, RCVD_IN_SORBS_WEB=1.5, RDNS_NONE=0.793, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no 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:257352 Archived-At: * Philip K. [2020-10-10 12:37]: > Richard Stallman writes: > > > [[[ To any NSA and FBI agents reading my email: please consider ]]] > > [[[ whether defending the US Constitution against all enemies, ]]] > > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > > > > The most obvious reason to me is that user error handling is pretty > > > poor. Because there is no JS, we cannot offer front-end validation, that > > > means that the backend server is responsible for validating fields > > > submitted. > > > > If we want to learn what users think, we should not limit their > > responses to a small set of 'valid" possible answers. The plan > > I designed for inquiries asks users to answer in their own words. > > But wouldn't that make it needlessly hard to analyse the results, > especially if the question should be numerically quantified? As I have done larger surveys for public relations and I know methods, I know how tedious it is to evaluate such survey, we have been employing many people, like 20 people, to just analyze what exactly did people check or did not check, what did they write, to read their handwriting, and then to properly analyze it. However, Emacs feature requests or survey about using Emacs need live user, not user as a number. > I get the value of plain text responses, but recognizing that the > answer to the question "how long have you been using emacs", could > result in: > > - "Since 1996" > - "24 Years" > - "January 1996" > - "Around the second time Clinton got sworn into office" > - "1896" (but actually a typo) > > All of these basically mean the same, but the effort to recognize this > automatically (which would be necessary, if you want to see how factors > correlate) would not be worth it. It is better not to do it automatically. Emacs is developed through number of developers, they are not doing development automatically, they are well coordinating and collaborating with each other. Any user who is sending a request is also collaborating in such development by proposing features or telling about dislikes, telling their opinion. Those users are valuable, their answers should not remain as numbers on the paper, or communication that comes only one time. Kind answer on their email or requests, likes or dislikes, will involve users into collaboration and coordination and better understanding of what such users were thinking. We already have mailing lists for Emacs, but we do not have it well integrated into Emacs, that users can find out about it. So I am proposing to follow the friendly GNU Hyperbole https://www.gnu.org/s/hyperbole example, where Bob Weiner have implemented Hyperbole menu, from which every user is enabled to subscribe to Hyperbole mailing list or to send email to Hyperbole mailing list. Thus menu item like "Tell us how to improve Emacs?" in Help menu could be the initiation to such collaboration. And I think that many Emacs users do not use Emacs to send email, so there shall be option by using eww, to send a form, and form can be already packaged with Emacs. Thus user could decide to: - subscribe to improvement mailing list - send email with or without subscription, just as almost any GNU list, - unsubscribe - or send a WWW form, by using eww function The form would be in HTML format, accessible to eww easily. Over time, the form could be improved or changed in new versions. It could include free field to write what one wants, or it could include set of question as well. Now this opens the question that the other mailing list, help-gnu-emacs should also be integrated in the menu, just as the user survey. I recommend everybody to install hyperbole package and to see how it was implemented, it gives incentive to user to collaborate and coordinate, and if it would not be implemented in the menu, user would hardly find the mailing list. Jean