GNU bug report logs -
#60559
29.0.60; "Cannot activate tree-sitter" spam
Previous Next
Reported by: Eric Gillespie <epg <at> pretzelnet.org>
Date: Wed, 4 Jan 2023 17:28:01 UTC
Severity: normal
Tags: notabug, wontfix
Merged with 60176,
60874
Found in version 29.0.60
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #82 received at 60559 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 05 Jan 2023 08:44:30 +0000
> From: Gregory Heytings <gregory <at> heytings.org>
> cc: Fu Yuan <casouri <at> gmail.com>, Stefan Monnier <monnier <at> iro.umontreal.ca>,
> Lars Ingebrigtsen <larsi <at> gnus.org>, Theodor Thornhill <theo <at> thornhill.no>,
> Jostein Kjønigsen <jostein <at> secure.kjonigsen.net>,
> 60559 <at> debbugs.gnu.org, epg <at> pretzelnet.org, mardani29 <at> yahoo.es
>
> I suggest a slightly different solution: add a global minor mode, say
> 'ts-modes'. Users would only have to add (ts-modes 1) in their init
> files, and the logic would be:
>
> (treesit-available-p) ts-modes
> nil nil => do nothing
> nil t => warning
> t nil => use available tree-sitter modes
> t t => use available tree-sitter modes
>
> This seems more future-proof: otherwise users who want to user the
> available tree-sitter modes would have to require all such modes. ATM
> there are only 19, but Emacs 30 could very well have twice or thrice that
> number of tree-sitter modes.
Thanks. This was already considered. I don't like asking users to
customize a list as a means of activating an optional mode. I also
don't think we have enough information for committing ourselves to
such a solution at this stage.
So I'd prefer not to do this on the release branch.
This bug report was last modified 2 years and 118 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.