unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Kangas <stefankangas@gmail.com>
To: Dmitry Gutov <dmitry@gutov.dev>,
	Philip Kaludercic <philipk@posteo.net>,
	emacs-devel@gnu.org
Cc: Stephen Leake <stephen_leake@stephe-leake.org>
Subject: Re: Is it better to add treesitter modes to core?
Date: Tue, 9 Jan 2024 10:59:50 -0800	[thread overview]
Message-ID: <CADwFkmkTtxxox37tnEbORN4GaEXS=qGCpoADMJ22UVqg0AnYNw@mail.gmail.com> (raw)
In-Reply-To: <7919cda7-a09e-498c-87e7-6a1733b0eeed@gutov.dev>

Dmitry Gutov <dmitry@gutov.dev> writes:

>> Yes, but VSCode has some niceties that we don't.  When Emacs displays an
>> unobtrusive little popup in the right corner saying
>>
>>      "Hello, this looks like $LANGUAGE, do you want to install support
>>      for that?  [YES/NO]"
>>
>> then I will agree with you that it's less important to keep stuff in
>> core.
>
> That seems like the wrong positioning of the cart and the horse, IMHO.

I suggest that, at least the way things stand, it would be desirable to
have the basic programming modes available in core, for the top N
languages.  There's also no significant drawback to doing so.

If we make it substantially easier to install extensions and customize
Emacs in the future, then this might turn out to be less important.  We
will then adapt our way of working to that reality.

This seems to me like exactly the right way to position our horse and
cart.

> As we've observed, moving things out of the core is *hard*.

I propose that this consideration should not be decisive for how we
proceed.  If the current situation is not ideal, it's not horrible
either.

We can find better ways of doing things (e.g. distributing GNU ELPA
packages with Emacs), but whatever we do later, it doesn't seem urgent
to avoid adding things to core right now.

>> For some of the things listed there, we don't even have a mode.
>
> I'm pretty sure we would have one somewhere, if not in-tree, for the
> vast majority of cases.

(I couldn't find one for /etc/fstab, FWIW.  That may or may not be a
silly example, but OTOH what's not to like about syntax highlighting.
Maybe there were better examples too, I can't remember.)

> I think it will be a good idea to have someone check out the ada-ts-mode
> I linked to previously in this thread, and maybe talk to the author
> about adding it to ELPA (GNU or NonGNU), if no major problems come up.
>
> So far it looks like it has very little users (judging by the numbers of
> stars and open/closed issues - which is zero), that's kind of sad.

Philip, what do you think about this?



  parent reply	other threads:[~2024-01-09 18:59 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-07 12:34 Ada-mode to be abandoned? Philip Kaludercic
2024-01-07 14:48 ` Eli Zaretskii
2024-01-07 15:21 ` Dmitry
2024-01-07 15:25   ` Eli Zaretskii
2024-01-07 15:54     ` Dmitry
2024-01-07 16:55       ` Eli Zaretskii
2024-01-08  2:14         ` Dmitry Gutov
2024-01-08  3:36           ` Eli Zaretskii
2024-01-08 12:22             ` Eli Zaretskii
2024-01-08 12:37               ` Dmitry Gutov
2024-01-08  1:45       ` Po Lu
2024-01-07 15:34   ` Daniel Mendler via Emacs development discussions.
2024-01-07 15:45     ` Alfred M. Szmidt
2024-01-07 15:58     ` Dmitry
2024-01-07 17:52     ` Stefan Kangas
2024-01-07 16:26   ` Philip Kaludercic
2024-01-07 16:48     ` Daniel Mendler via Emacs development discussions.
2024-01-07 20:36     ` Dmitry Gutov
2024-01-07 21:02       ` Daniel Mendler via Emacs development discussions.
2024-01-07 21:27         ` Stefan Kangas
2024-01-07 22:05           ` Daniel Mendler via Emacs development discussions.
2024-01-08  3:26         ` Eli Zaretskii
2024-01-07 17:46   ` Is it better to add treesitter modes to core? Stefan Kangas
2024-01-07 21:27     ` Dmitry Gutov
2024-01-08  6:15       ` Philip Kaludercic
2024-01-08 12:46         ` Dmitry Gutov
2024-01-08 12:47         ` Eli Zaretskii
2024-01-09 19:27           ` Philip Kaludercic
2024-01-09 19:54             ` Eli Zaretskii
2024-01-09 20:21               ` Philip Kaludercic
2024-01-10  3:29                 ` Eli Zaretskii
2024-01-09  5:20       ` Stefan Kangas
2024-01-09 17:50         ` Dmitry Gutov
2024-01-09 17:54           ` Dmitry Gutov
2024-01-09 18:59           ` Stefan Kangas [this message]
2024-01-09 19:51             ` Eli Zaretskii
2024-01-09 20:06               ` Dmitry Gutov
2024-01-10  6:27                 ` Stefan Kangas
2024-01-10 11:38                   ` Dmitry Gutov
2024-01-10 12:03                     ` Stefan Kangas
2024-01-10 12:14                       ` Dmitry Gutov
2024-01-10 15:11                         ` Stefan Kangas
2024-01-10 12:35                       ` Modes in generic-x.el (was: Is it better to add treesitter modes to core?) Peter Oliver
2024-01-10 13:50                         ` Eli Zaretskii
2024-01-10 13:47                       ` Is it better to add treesitter modes to core? Eli Zaretskii
2024-01-07 16:29 ` Ada-mode to be abandoned? Fernando Oleo Blanco
2024-01-07 16:48   ` Philip Kaludercic
2024-01-07 17:22     ` Fernando Oleo Blanco

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CADwFkmkTtxxox37tnEbORN4GaEXS=qGCpoADMJ22UVqg0AnYNw@mail.gmail.com' \
    --to=stefankangas@gmail.com \
    --cc=dmitry@gutov.dev \
    --cc=emacs-devel@gnu.org \
    --cc=philipk@posteo.net \
    --cc=stephen_leake@stephe-leake.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).