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.help Subject: Re: Debunking Emacs merits over GUI - Re: package for Email Date: Fri, 20 Jan 2023 12:47:57 +0300 Message-ID: References: <20230118180348.gzwvy6iztok45ko3@zoho.com> <20230119161030.vt4muwcdvuwdqmj7@zoho.com> 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="36231"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.2.9+54 (af2080d) (2022-11-21) Cc: "help-gnu-emacs@gnu.org" To: Bob Newell Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jan 20 13:50:17 2023 Return-path: Envelope-to: geh-help-gnu-emacs@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 1pIqqX-00098q-3b for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 20 Jan 2023 13:50:17 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pIqpu-0002dC-OL; Fri, 20 Jan 2023 07:49:38 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pIqpH-0002Si-9M for help-gnu-emacs@gnu.org; Fri, 20 Jan 2023 07:49:28 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pIqpF-00042P-A6 for help-gnu-emacs@gnu.org; Fri, 20 Jan 2023 07:48:58 -0500 Original-Received: from localhost ([::ffff:197.239.15.2]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000010394C.0000000063CA8DB6.00003FEF; Fri, 20 Jan 2023 05:48:53 -0700 Mail-Followup-To: Bob Newell , "help-gnu-emacs@gnu.org" Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -2 X-Spam_score: -0.3 X-Spam_bar: / X-Spam_report: (-0.3 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:142455 Archived-At: * Bob Newell [2023-01-20 00:13]: > > >Doug Engelbart invented mouse device for people to speed up with > > >work. Using mouse is just fine. > > Certainly it is. But remember it is a matter of choice and user > preference. I find having to reach for the mouse and remove hands > from keyboard very disruptive. That is why makers of Thinkpad placed that red dot button somewhere in the middle of the keyboard. > Not to say Thunderbird isn't good. I actually think it's a very good > client. It is just not what I prefer as I like to stay within > Emacs. Me too, I stay in `mutt' within or outside Emacs, though can't recommed that to anybody, I recommed to people who do not know about terminal applications, only graphicsl Kmail, Evolution or Thunderbird. > > >It is way too exaggerated and generalized statement. The "powerful > > >way" in any software comes with experience. To learn what you think is > > >powerful requires maybe decades. > > This is something I've stressed before. Serious tools for craftsmen > require serious effort. No one starts out as a master craftsman. > Everyone starts as a novice. Does that mean that the tools of the > master are inferior because the novice is not yet skilled with them? > Hardly. > I will again say something I've said before. Emacs is not for > everyone, and I don't mean that in an elitist sense. For many of us > it is an indispensible tool, which we've spent a long while learning > how to use to best advantage. For others it may just be a big bother > when simpler and easier tools may work just fine for their needs. > > I am not out there telling people "learn Emacs" without first knowing > what their interests and inclinations may be. That indeed could be > unproductive. I think people who can make use of Emacs find their way > to it eventually. That is very right. I think that it is exaggeration with masters and novices, and we exaggerate with Emacs features, because we love it. But that does not give realistic picture to people. Though better be objective towards those users who search for better e-mail client. Objectively, Emacs is not an option as e-mail client for anybody. To understand that reality, simply prepare Emacs with whatever e-mail client of your choice and bring it to any organization, tell them to try it out, and then to tell you if they wish to replace their ordinary use of e-mail with that one of Emacs. Then repeat that with other 2 organizations, then we know what is real to people. It is matter of many coincidences and interests and work over periods of time that somebody becomes "Master in Emacs", and that alone, while pleasure for those masters, may be pain and impairment for those considered "novices". In general people who already use computer are not novices, unless maybe novices in Emacs. Drawing them into that world by saying that Emacs handles better e-mail is IMHO less productive for their life. When user starts maintaining e-mail server, of course that user may start learning about IMAP, about `procmail', or `sieve' and maybe some users maintain multiple servers, for that type of users is alright to engage into complexities as they can handle it. It does not mean they are "masters" just because they maintain web servers, there are many GUI interfaces for web servers, mail servers and similar. When user handles e-mails with family and business, then graphical programs like Thunderbird may be appropriate. So we always better start from human, from people, instead from a program (Emacs vs Thunderbird). Human is the reason for program. Programs are made with purpose to assist human. Not other way around. Emacs, Thunderbird itself is not reason in itself for human to use them. People should not use programs because their underlying power is demonstratable, but because programs will help them handling their life. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/