From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Changes for emacs 28 Date: Wed, 09 Sep 2020 14:35:27 -0400 Message-ID: References: <87y2lkb6kb.fsf@gmail.com> <9A4FA038-CCFD-45DF-8B57-E348AFF951D9@gmail.com> <87sgbsb0eb.fsf@gmail.com> <87h7s6c31d.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19504"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Gregory Heytings , Yuan Fu , emacs-devel@gnu.org To: TEC Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Sep 09 20:36:20 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 1kG4xA-0004yI-KN for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Sep 2020 20:36:20 +0200 Original-Received: from localhost ([::1]:39658 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG4x9-0003Mm-JS for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Sep 2020 14:36:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54582) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG4wS-0002pf-Lm for emacs-devel@gnu.org; Wed, 09 Sep 2020 14:35:36 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:59263) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG4wO-0006SQ-JR for emacs-devel@gnu.org; Wed, 09 Sep 2020 14:35:35 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 13C73100234; Wed, 9 Sep 2020 14:35:31 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 862F210006F; Wed, 9 Sep 2020 14:35:28 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1599676528; bh=e9unMyPjKywKTchR8Ajvj/O+RI7U/R+lu4uYzCzW+FQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=b1Uqzm4g40CvKTPWW1XhsAVXOJXAFERto+q2LYB8q8ph2GarDfA+hzluSzTvmmpXb GKsMXBYUAhzJbfDr6pKd41UH+QYeSWTtjDJ3W0xb36ksoXMyDFDJce/OpuvUpSr6Ul LoupHHUw+WQJ+xsxFSibX1Y9bRh/0GPOzPcPUgBDToaPJIDD95sHnXN6tr7OzlReyj 0QTnV7BZju7RcmHd3UPXM1FSf+9tVjSgMoCunBjws1qeTXMobXBCrC2fkF4T3AVURV R2TYVjodgwA0KDt5oY6iS8DihApbfbhkX9cE3RQmZMF9DBdhlpwJ05Dz9iRg08eFuB cFEPMcVuBGuUw== Original-Received: from alfajor (unknown [45.72.232.131]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 440D41203E4; Wed, 9 Sep 2020 14:35:28 -0400 (EDT) In-Reply-To: <87h7s6c31d.fsf@gmail.com> (TEC's message of "Thu, 10 Sep 2020 00:45:18 +0800") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/09 11:10:42 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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:254917 Archived-At: >> But "looks old" is usually not a deal breaker, just a negative >> first impression. > This is a tricky thing. I fully agree with you that it can be important. All I meant is that I'll let others figure out what to do with this part of the problem. >>> - Successfully opened a file >>> + Where are the line numbers? >> >> Interesting. It would never occur to me to expect line numbers in >> a text editor. When and why did line numbers become fashionable? >> [ My guess is something like "ever since shortscreens became the only >> option, creating a void in the horizontal space that needed >> filling" ;-) ] >> >> I don't oppose enabling line numbers by default, but I do find line >> numbers to be an awful waste of valuable screen real estate. > > This really is quite minor, and not something to get hung up about in my > opinion. I'm not getting "hung up on" but I'm curious to know if it's really something that's expected nowadays (just like a tool-bar was expected at some point and maybe a tab-bar is expected nowadays, tho I find both of them completely useless in Emacs for my usage pattern). And it does make it clear that regardless if we change the default, it should be very easy and obvious how to enable (or disable) it. >> Could you be more specific in terms of the particular information that >> you felt Emacs failed to give (and maybe how you expected it to be given)? > It's almost got all the main attributes, just an issue of clarity and > expected functionality not coming with vanilla Emacs. > - Unsaved changes, I see this is now present but the you have to know > what you're looking for somewhat Any hint how (else) you expected it to be shown at that point? > - linter checks/status (of course, I now know this is because there is > no linter by default) Ah, yes, that ;-) >>> + Where's the completion, the linting, etc. >> Do I understand you right that you expected company+eglot+flymake to be >> enabled (and configured) by default? >> I personally find this to be the most glaring concrete problem in >> Emacs nowadays. > Yep. This is the main item, no doubt in my mind. Not having /any/ > completion or linting was a bit of a shock. I'm glad we agree. >> Maybe we could have a "default init file" (consisting of nothing but >> commented out code snippets, accompanied by actual comments explaining >> them)? > I feel like this could be a good thing, with the most common/immediate > settings described and commented out. For example, doom has this: Right, that was the idea. Of course, in my world, Emacs is installed by the admin so the init file of the users initially just doesn't exist at all. So we'd need some magic to fill it with this initial template upon first visit. > ----- > :lang > ;;agda ; types of types of types of types... > ;;cc ; C/C++/Obj-C madness > ;;clojure ; java with a lisp > ;;common-lisp ; if you've seen one lisp, you've seen them all > ----- Oh, cool, I didn't expect "agda" to be there! > Which as a lisp-noob I didn't find intimidating. I see. Not sure if I'd want to go in this direction for configuration. But for selection of packages to install, it looks fine, indeed. > Unfortunately, I feel that a lot of youngsters (myself included) tend to > /expect/ projects to: > - be on github This is one we won't satisfy because it doesn't just mean "a github-like model" but "on github itself", so it's incompatible with our philosophy. But we hopefully will (sooner rather than later) move our development to something that offers a nicer web UI for merge requests and bug reports. This is not going very fast, tho. [ Currently I'm personally hoping we'll move to SourceHut. ] > - have public forums Hmm... emacs-devel is definitely public. Do you not consider it a forum? Do you mean "web forum"? > - use popluar IM services I oppose all the most popular IM services because they make money using (y)our data, so using them would be unethical (even if we decided we were OK with implicitly selling our data, by using such forums we'd be forcing other people to make this choice as well). > I'm not saying Email+IRC isn't fit for purpose, it's simply not > something I was used to using like this (until months after I got into > Emacs). Yup. So the only possible meeting point is one that is ethically acceptable (Free Software, open protocol, non-centralized control), and can be accessed from within Emacs as well as via more popular UIs. Any suggestion what this could be? > I'm not saying that Emacs should follow suit, simply that IMO this seems > like a matter worthy of some consideration. Indeed, but there are strong commercial forces that strive to keep the acceptable solutions unpopular ;-( >> I think an important aspect is to find a communication medium that can >> be used from Emacs. IRC and Email do satisfy this criteria. > Indeed. Though I think that when trying to make Emacs inviting, having > services that a curious user feels comfortable just jumping onto > (Discord, Gitter, Slack, Discorse,...) may also have value. Value or not, Discord and Slack are not part of the Free Software world, so they're definitely not an option. Gitter and Discourse are possible, OTOH. I haven't had an opportunity to use them from with Emacs yet, so I don't know if the regulars of emacs-devel would find it sufficiently palatable, but I'd be happy to try it out if someone sets up such a service for us. Stefan