From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jude DaShiell Newsgroups: gmane.emacs.help Subject: Re: Debunking Emacs merits over GUI - Re: package for Email Date: Thu, 19 Jan 2023 11:52:17 -0500 Message-ID: References: <20230118180348.gzwvy6iztok45ko3@zoho.com> <20230119161030.vt4muwcdvuwdqmj7@zoho.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26669"; mail-complaints-to="usenet@ciao.gmane.io" To: Milan Glacier , Gottfried , "help-gnu-emacs@gnu.org" Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 19 17:53:00 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 1pIY9r-0006ZF-P6 for geh-help-gnu-emacs@m.gmane-mx.org; Thu, 19 Jan 2023 17:53:00 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pIY9M-0006wZ-Ep; Thu, 19 Jan 2023 11:52:28 -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 1pIY9F-0006uU-Qp for help-gnu-emacs@gnu.org; Thu, 19 Jan 2023 11:52:22 -0500 Original-Received: from mailbackend.panix.com ([166.84.1.89]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pIY9D-0000wO-OM for help-gnu-emacs@gnu.org; Thu, 19 Jan 2023 11:52:21 -0500 Original-Received: from panix1.panix.com (panix1.panix.com [166.84.1.1]) by mailbackend.panix.com (Postfix) with ESMTP id 4NyTFG12M7zPBF; Thu, 19 Jan 2023 11:52:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1674147138; bh=uYUsaTWAU6yEwNiEqxRuW5M1nRD3jCSiuS7JhGK0uME=; h=Date:From:To:Subject:In-Reply-To:References; b=jTRc+lKNA45rr5/Y3TybiS+OkiXjIYxPydFdClBFOsjtansBfC+iTryC+iQSzySAO DHRDPSGTkzq1c9xBhve48NgO9L0dwHY5c3ED/2z7Z381sFamYSHJA6hTjCeP2tBS0B iug+CQTv7pjb2J9AK3f0W+MPNXaYj3qvFeMi657g= Original-Received: by panix1.panix.com (Postfix, from userid 20712) id 4NyTFG0C7Czcbc; Thu, 19 Jan 2023 11:52:17 -0500 (EST) Original-Received: from localhost (localhost [127.0.0.1]) by panix1.panix.com (Postfix) with ESMTP id 4NyTFF6vJGzcbC; Thu, 19 Jan 2023 11:52:17 -0500 (EST) In-Reply-To: <20230119161030.vt4muwcdvuwdqmj7@zoho.com> Received-SPF: pass client-ip=166.84.1.89; envelope-from=jdashiel@panix.com; helo=mailbackend.panix.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham 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:142435 Archived-At: Being keyboardcentric enhances productivity over mouse users. Time and motion studies in the area of production organization and management have proved that. Keyboardcentric impairs useability for the teddy bears on wall paper set that barely use keyboards and get confused when they have to use an interface without eye candy. The favoring of mouse and eye candy interfaces ended up making a very bad career for me working for the Government as a screen reader user and java script was no help either. emacspeak on a computer is in the Smithsonian and it's a screen reading environment that uses emacs as its base and that was in the Smithsonian in 1995 if I have my time lines correct. Windows accessibility started getting better when nvda became available but Windows most assuredly was not accessible even for jaws until a correct jaws.jcf file got written so jaws could have a chance at being able to work with windows. For many years it wasn't possible for totally blind users of windows to install it until several iterations of narrator arrived and narrator is worse than jaws in terms of features. Had everyone gone forward with emacs or emacs with emacspeak rather than windows there'd likely be lots more totally blind programmers employed these days. Jude "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author, 1940) . On Thu, 19 Jan 2023, Milan Glacier wrote: > On 01/19/23 08:06, Jean Louis wrote: > >* Milan Glacier [2023-01-18 21:06]: > >> I don't use gnus. > >> > >> > 11. What are the benefits compared to thunderbird? > >> > A. Only the keybindings of Emacs I can use and in knowing them it will > >> > be easier in future to handle it? > >> > B. It is within emacs and uses less CPU > >> > C...... > >> > >> I don't use thunderbird. But emacs/cli based emails clients generally > >> have common merits over GUI client: > >> > >> - They are keyboard centric. > > > >That some application is "keyboard centric" is not a merit over GUI > >client which is maybe assumed not to be keyboard centric. In fact, > >being "keyboard centric" impairs usability. > > > >Doug Engelbart invented mouse device for people to speed up with > >work. Using mouse is just fine. > > > >And among all Thunderbird has all the keys that user may need: > >https://support.mozilla.org/en-US/kb/keyboard-shortcuts-thunderbird?redirectslug=keyboard-shortcuts&redirectlocale=en-US > > > >Thunderbird as application is out of Emacs world. Not comparable > >really. While I find Thunderbird bloated, its usability is high, can't > >be compared to impaired Emacs. > > Yes you are right. I am biased here. Keyboard-centric is not merit, it > is just a feature. > > >> - You can manipulate emails buffers just like normal text buffers. > > > >And? How is that merit over Thunderbird or general GUI clients? You > >can make text snapshot of the buffer and save it, while in Thunderbird > >user can make screenshot and save it. That is of no benefit for > >average user. > > Generally vim/emacs are considered the most powerful editors to edit > text. With mutt you can easily edit those text within emacs/vim just in > one or two keystrokes. And with mu4e/gnus/wanderlast you can directly > edit them within emacs. > > As you have said, if you want to edit mails from GUI client, you have to > firstly save a copy of messages and then open it in emacs/vim. > > It has no benifit for average user. Yes. But the OP already uses emacs, > which means that easily using emacs to edit mail buffer as text buffer > may be a merit to him/her. > > >> - Integration with other emacs facilities like orgmode, pdftools, > >> xwidget stuff. > > > >Any Thunderbird user may configure it fast to open Org files with > >Thunderbird. Thunderbird user may use Emacs to edit e-mails. > > Thanks for your clarification, thunderbird does something pretty good > here. I don't use thunderbird but I believe you can't to those things > easily with other GUI email clients like say: Apple Mail. > > >I can't see why would be "merit over GUI mail clients" to use > >xwidgets, those are programmer tools. > > You are right, xwidget is not a merit. I am just mentioning one of the > emacs' builtin feature. So that you can read your emails within emacs, > you don't need to open GUI browser. (The OP already uses emacs). > > >If we speak of various "integrations", then first count the number of > >Thunderbird extensions like 1621 on: > >https://addons.thunderbird.net/en-US/thunderbird/search/?q=&cat=1%2C0&appver=&platform= > > > >and then review what is really "merit" among mail clients. > > > >> - They offer you more flexible and powerful way to manipulate, search > >> and index your emails. > > > >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. > > Yes you are right. Average users won't feel it is powerful than GUI > client. GUI client already satisfies the indexing and searching need for > most of the user. That is the price of powerfulness, it takes time to > learn. The same statement also applies to emacs and other text editor. > But an average user won't use emacs as its text editor. An average user > writes proses use MS Word. > > > [...] > > Starting from the following, I am talking about my own impression of the > email clients I am using. I didn't talk about the merit of CLI based > program and GUI client anymore. So any of my following statements > **doesn't imply "those things are better than that GUI client can do"**. > > > [...] > > > >About writing in "Org mode", there is no special advantage for people > >who use e-mail unless those people are Emacs users. To draw somebody > >to be Emacs user into Org mode is getting person in trouble. > > > >E-mails in general do not arrive in Org mode. > > > >Greater benefit would be for Emacs users to be able to visually edit > >HTML mode, that would be comparatively good. > > > >> * mu4e > >> > >> - It has decent integration with orgmode. (store links to email in > >> orgmode, open email links in orgmode, and compose html emails by > >> orgmode). > > > >Composing HTML emails by Org mode is not some special feature. As > >whatever can be done in external editors, can also be included in > >Thunderbird, Kmail, Evolution, they allow usage of external editors, > >including Emacs, can edit buffers with external editor. > > > >I was editing this e-mail in Emacs just to test some of my functions, > >with the external editor. Try it out. Often user may feel relief by > >using other editors, that feeling may be helpful to discover what is > >wrong in Emacs. > > I didn't make comparison with GUI here. It is just my own impression. > > >> - It **can't** fold threads. If you are reading mailing list, you > >> probably will get overwhelmed by the incoming flood of emails. This is > >> the only cons I have with mu4e. > > > >mu4e is not meant to be e-mail client, rather interface to mu indexer, > >but it developed in good direction. > > Folding threads is the duty of a UI. And mu4e is the UI of the > mu indexer. Mu indexer has done all of its job: marking all of the > related messages into one thread. > With the information of threads, the UI needs to: fold all of the > messages and only show you the head messages of the thread. Notmuch > (emacs frontend) and mutt did it pretty well. > > > >> - It renders html emails pretty decent (Say thanks to shr.el). In > >> case you are not satisfied, you can also open the HTML emails by GUI > >> browser or even emacs' xwidget. > > > >In the mail client world people don't even know that there is HTML, > >they simply see it and don't think about it. > > Yes you are right. But in the context I was speaking this, I implied > that I am making comparison between mutt and mu4e/notmuch. GUI clients > are not related to my statement here. > > >