From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Adding major or popular language modes to Emacs distribution Date: Sat, 28 Aug 2021 16:56:25 +0300 Message-ID: <831r6doepi.fsf@gnu.org> References: <875yvqa3qv.fsf@ypei.me> <87czpy1nyu.fsf@posteo.net> <83sfyuozmh.fsf@gnu.org> <87o89hznqy.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37495"; mail-complaints-to="usenet@ciao.gmane.io" Cc: hi@ypei.me, emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Aug 28 15:57:36 2021 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 1mJyq0-0009VC-9w for ged-emacs-devel@m.gmane-mx.org; Sat, 28 Aug 2021 15:57:36 +0200 Original-Received: from localhost ([::1]:47512 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJypy-0001HR-JW for ged-emacs-devel@m.gmane-mx.org; Sat, 28 Aug 2021 09:57:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52208) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJyp5-0000ch-Bj for emacs-devel@gnu.org; Sat, 28 Aug 2021 09:56:39 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37044) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJyp4-0006ni-Fy; Sat, 28 Aug 2021 09:56:38 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1845 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJyp4-0000cU-1G; Sat, 28 Aug 2021 09:56:38 -0400 In-Reply-To: <87o89hznqy.fsf@posteo.net> (message from Philip Kaludercic on Sat, 28 Aug 2021 13:45:41 +0000) 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:273303 Archived-At: > From: Philip Kaludercic > Cc: hi@ypei.me, emacs-devel@gnu.org > Date: Sat, 28 Aug 2021 13:45:41 +0000 > > Eli Zaretskii writes: > > >> See the thread "Re: NonGNU ELPA work" from today: I submitted patches > >> for NonGNU ELPA, the repository that has been enabled for Emacs 28+, > >> adding new major modes, so that they can be installed without any > >> further configuration. > > > > That's not the same as having these come with Emacs in the first > > place. > > Of course, I agree that it is preferable, but how realistic is it > currently. If that requirement cannot be met, then we will be unable to have the package in Emacs, of course. In that case, if the OP would like to write a replacement from scratch, we'd consider importing that instead; or, failing that, will have the package in non-GNU ELPA. > Another issue that already exists with major modes included in Emacs is > that they often differ in insignificant but annoying ways. When > comparing the binding C-c C-c in python-mode, scheme-mode and > prolog-mode, one respectively finds a send-buffer, compile-defun command > and a keymap. I can only imagine that with more and more languages in > Emacs itself, this issue would get worse (this of course isn't solved by > distributing the code in ELPA, but one would imagine that core-code > should be a bit more consistent). It might make sense to extend > prog-mode by additional generic modes like compiled-prog-mode, > interpreted-prog-mode, interactive-prog-mode, etc. to make it easier to > define and customize language modes. We should definitely make the PL modes more consistent wrt the basic key bindings. But having sch packages in ELPA doesn't help solving this problem, because it's an orthogonal issue, right? > > It sounds like your vision of the role of the ELPA repositories vs > > what comes bundled with Emacs is different from the current project's > > vision. In which case it would help if in the future you mentioned > > that you don't speak for the project, to make that clear to people who > > don't necessarily know who is who in the project. > > Sincerely sorry about that! I'll keep that in mind and try to avoid > confusion between my hopes and the actual project line. Thanks; and no need to apologize.