From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adam Porter Subject: Re: org-adapt-indentation default should be nil [legibility 3/6] Date: Wed, 05 Feb 2020 10:12:02 -0600 Message-ID: <87eev9ggj1.fsf@alphapapa.net> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51808) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1izNHj-0006qH-VJ for emacs-orgmode@gnu.org; Wed, 05 Feb 2020 11:12:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1izNHi-0002EG-DC for emacs-orgmode@gnu.org; Wed, 05 Feb 2020 11:12:15 -0500 Received: from ciao.gmane.io ([159.69.161.202]:43174) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1izNHi-0002Bm-6s for emacs-orgmode@gnu.org; Wed, 05 Feb 2020 11:12:14 -0500 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1izNHf-000VZ2-Uz for emacs-orgmode@gnu.org; Wed, 05 Feb 2020 17:12:11 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane-mx.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Texas Cyberthal writes: >> the default settings do not put blank lines between headings and >> their entry text, > > I don't know what this means. Plain Emacs behaves the same way > Spacemacs does in this regard. Insertion of a blank line after a > heading is voluntary but standrd. I don't know what you mean, either, but you keep mentioning Spacemacs, which isn't very relevant. >> without any indentation, headings and entry text on varying levels >> tends to blend together, making for very poor readability. > > If the goal is to read the body text of headings, then deeply > indenting it is contrary to the goal. If the goal is to see the depth > of headings, then the bodies should be folded. If folded mode doesn't > convey sufficient information, the solution is to rewrite the heading > titles to better summarize the body text. It is not for you to decide what others should do. Your preferences are not mine. It sounds like you should develop your own "Texas Cyberthal Emacs starter kit" that has all the settings you think are best. >> No one is "good at" Emacs and Org when they first come to it. > > UI difficulty is exponential, not linear. Come on, we all know that the Emacs learning curve is a spiral. > The more initially difficult the Emacs UI is acknowledged to be, the > more important it is to reduce that difficulty with noob-friendly > defaults, so that they can eventually reach the point of elitist > unconcern for noobs. The issue here is not whether Emacs can generally be improved, but whether your specific proposals are good ideas. It's unfriendly of you--and incorrect--to imply that we are elitists without concern for new users. Much effort is put into improving documentation, answering questions, writing explanatory articles, giving demonstrations, etc. Some of us even publish code to help others improve their configs, e.g. https://github.com/alphapapa/alpha-org. I suggest that you give those avenues a try, rather than insisting that your preferences are best for others. > The problem with aiming software at noobs is ruining the expert > experience. That is one problem with software that overemphasizes the experience of new users. Another, perhaps more serious, problem is that it inhibits the development of such expertise. I feel like some of ESR's writings are relevant here. > Changing defaults doesn't ruin expert experience because experts have > configuration management. A VCS does not obviate the need to compensate for changes in default behavior. > Noob friendly defaults increases the likelihood there is a long term > for them. Emacs' biggest barrier to adoption is acclimatization. You're not quite wrong, but you're missing the point about long-term users. What makes software attractive in the long-term is not what makes it appeal to new users. Emacs is not called "the editor of a lifetime" for nothing--nor is notepad.exe called that, even though it is very easy for new users to use. Emacs is attractive in the long-term because of its power, flexibility, and potential for mastery. There is a balance to be struck between appealing to new users and empowering the development of expertise; to an extent, the two goals do conflict. > I just read a GTD thread in which they all agreed Org was too hard to > be worth learning, including the guy advocating it: > > https://forum.gettingthingsdone.com/threads/emacs-org-mode-is-the-perfect-tool-for-gtd.15028/page-2 > > To be clear, this is the biggest GTD forum, which Org is the best > implementation of, and it seems most of them are using digital GTD > tools. So what? Emacs and Org do not need to adapt themselves to users who do not like them. They are successful because of what they are. You seem very concerned about new users, thinking that, unless we make Emacs/Org very easy for new users to understand, there will be no new users. This is obviously not the case. Emacs is one of the oldest pieces of software still widely used. It and Org are gaining new users every day; the community is more vibrant than ever. Probably more people use Emacs and Org today than ever before. Consider an analogy: Years ago, Mozilla Firefox was the fastest, most powerful, most popular browser that wasn't imposed on its users. It was the obvious victor in the "browser wars," having led the way in unseating IE and freeing the Web from Microsoft's hegemony. Then Google Chrome arose as a challenger, with certain inherent advantages due to Google's position. Mozilla then chose to stop leading and start following. Every new Firefox release became more like Chrome, with Mozilla thinking that it could win back users. But why would a user who was happy with Chrome want to switch to a poor imitation of it? Mozilla thought it could succeed by abandoning what had made it successful--it thought Firefox would be more popular if it stopped being Firefox. The result was continued decline in Firefox's market share and, eventually, Mozilla's recent layoffs. Time and again, concerned people say that Emacs needs to be made simpler for new users. In a way, these people are right. In a way, they are missing the point. Emacs is successful because it is Emacs.