From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yoni Rabkin Newsgroups: gmane.emacs.devel Subject: Re: Changes for emacs 28 Date: Mon, 07 Sep 2020 11:19:44 -0400 Message-ID: <87lfhlaa27.fsf@rabkins.net> References: <20200906133719.cu6yaldvenxubcqq.ref@Ergus> <20200906133719.cu6yaldvenxubcqq@Ergus> <83lfhnnew7.fsf@gnu.org> <20200906163418.3p2wuygb4osm76wa@Ergus> <20200906203807.u237c3h22oxwtmba@Ergus> <87wo15adtj.fsf@rabkins.net> <20200907142544.eeiyojga2bbgkaua@Ergus> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7948"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) Cc: emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Sep 07 17:20:46 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 1kFIwo-0001xq-Ax for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Sep 2020 17:20:46 +0200 Original-Received: from localhost ([::1]:50540 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kFIwn-00006R-BD for ged-emacs-devel@m.gmane-mx.org; Mon, 07 Sep 2020 11:20:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58362) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFIvt-00080F-Hw for emacs-devel@gnu.org; Mon, 07 Sep 2020 11:19:49 -0400 Original-Received: from smtprelay0068.hostedemail.com ([216.40.44.68]:60822 helo=smtprelay.hostedemail.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kFIvr-00064N-MO for emacs-devel@gnu.org; Mon, 07 Sep 2020 11:19:49 -0400 Original-Received: from filter.hostedemail.com (clb03-v110.bra.tucows.net [216.40.38.60]) by smtprelay07.hostedemail.com (Postfix) with ESMTP id 739D4181D337B; Mon, 7 Sep 2020 15:19:46 +0000 (UTC) X-Session-Marker: 796F6E69407261626B696E732E6E6574 X-HE-Tag: scent84_080ec42270cd X-Filterd-Recvd-Size: 6211 Original-Received: from birch.rabkins.net (c-73-238-99-162.hsd1.nh.comcast.net [73.238.99.162]) (Authenticated sender: yoni@rabkins.net) by omf20.hostedemail.com (Postfix) with ESMTPA; Mon, 7 Sep 2020 15:19:45 +0000 (UTC) X-Ethics: Use GNU In-Reply-To: <20200907142544.eeiyojga2bbgkaua@Ergus> (Ergus's message of "Mon, 7 Sep 2020 16:25:44 +0200") Received-SPF: none client-ip=216.40.44.68; envelope-from=yoni@rabkins.net; helo=smtprelay.hostedemail.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/07 11:19:46 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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:254652 Archived-At: Ergus writes: > On Mon, Sep 07, 2020 at 09:58:32AM -0400, Yoni Rabkin wrote: >> >>Ergus writes: >> >>> I am NOT telling we should do all this, but this is what a young user >>> expects because all these is more or less standard everywhere else. >> >>I appreciate you enthusiasm for making Emacs popular. Thank you for >>that. >> >>However, it is always jarring to me to see free software developers >>arguing over features none of them like or want, and instead trying to >>"prove" to the other that a hypothetical third person would really like >>those features. This supposed "young user" is a pretend person; they >>don't exist. People ascribe whatever properties they want to the poor >>hypothetical "young user" and then argue that those properties require a >>change in Emacs. I disagree with this approach because I think that real >>people and their preferences are more complicated and subtle than any >>person we can make up as a tool to back an argument. >> > The post actually started not for adding new features, but just to > change some of our defaults. Actually one thing I don't like about doom > or spacemacs is the excessive complexity they add and long configuration > sets. Configuration defaults, configurability, and features are interchangeable in this discussion. > When I recommend Emacs to any of my students; after a week trying it > they finally go for VSCode or sublime and they get the work done in an > hour. That's an interesting initial point, but I don't follow the leap you made since there are no details. You are trying to make a strong point in comparing a week of failure to an hour of success. But unfortunately that doesn't explain what needs to be changed. > Actually I have this config I share with them with only vanilla features: > > https://github.com/Ergus/mini_dotemacs > > And so far I could convince at least some of them this year. Convince to do what? Have they been convinced to move to Emacs as a development platform going forward? To use Emacs just for the course? To value software freedom? Conversely, if they used "sublime" (which I assume is an editor) for that university course, does that mean that they have rejected software freedom in some way? Does that mean they are now life-long sublime users? Do they also read their email, browse the web, listen to music, watch videos, and interface with task-management systems via sublime? I hope those questions don't come across as badgering. Instead, I'm trying to point out that the conclusions you've come to aren't implied by the information you've provided. If you've found a way to provide a popular configuration for Emacs for your university environment, it may make sense to package that and make it easy to install. After all, the power of Emacs is in what it can become, as opposed to what it is when you load it. >>If you want these features yourself then you should add them (I don't >>mean that in a sarcastic way at all). Your enthusiasm for creating and >>maintaining these features will appeal to others who want similar >>features. We all know and love this way of development in the free >>software development world. This way assures that at least one real >>person's needs are being met. >> > Again, are not features the "issue", but some "bad" defaults. If there > come out specific features I will try (as I am doing actually with > vertical-icomplete or highlight-completions). > > The question to the developers was about defaults we would be willing > to change and which are whiten in stone. The loud introduction screen to Emacs is what made me aware of the existence of the free software movement about 20 years ago. It would not be hyperbole to say that particular default changed the course of my life. If there is such a thing as an ideal default for Emacs, it would be being presented with a screen that succinctly explains the free software movement and the endless possibilities of Emacs as a platform. I would try to argue for a robust and easy way for you to be able to provide people with the kind of setup for Emacs that you are obviously enthusiastic about, regardless of how Emacs loads. If you can't do that, then to my mind Emacs is indeed missing something. >>If you don't want these features yourself and nobody else in the project >>wants them either, the only way I can think of making a compelling >>argument for people to develop those feature is to ask real people and >>get real responses. I am fairly confident that if you had a testimony or >>user-test from actual people stating that a feature is missing, then >>people here would help develop that feature. >> > Actually as mentioned before, the existence of doom emacs, spacemacs and > all the other configs (some of them more popular than vanilla these > days) is a proof. I'm unsure of what you mean by that. If those have features that GNU Emacs doesn't and that you want, then you should port them over. Unfortunately, I have a feeling we may be talking past each other on this point. -- "Cut your own wood and it will warm you twice"