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: Detecting tree-sitter based major-modes for end-user customization and third party functions/packages Date: Tue, 20 Dec 2022 15:03:25 -0500 Message-ID: References: <6c5b1d81-b6ce-bc87-f58e-c950b57fd20b@secure.kjonigsen.net> <2d22346c-cc6e-223a-dff3-140188291914@secure.kjonigsen.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26739"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: jostein@kjonigsen.net, "Ergus via Emacs development discussions." , Yuan Fu , Theodor Thornhill To: Jostein =?windows-1252?Q?Kj=F8nigsen?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Dec 20 21:04:47 2022 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 1p7ir0-0006hj-SE for ged-emacs-devel@m.gmane-mx.org; Tue, 20 Dec 2022 21:04:47 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p7iqA-0002RX-Gf; Tue, 20 Dec 2022 15:04:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p7ipo-0002Pa-9t for emacs-devel@gnu.org; Tue, 20 Dec 2022 15:03:33 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p7ipm-0000qn-Nd for emacs-devel@gnu.org; Tue, 20 Dec 2022 15:03:32 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id DC0941000C9; Tue, 20 Dec 2022 15:03:28 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 1E20A100084; Tue, 20 Dec 2022 15:03:27 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1671566607; bh=p3ic+QNiriYHb39qA0bULLvsYrgzYPMfMSIYUDBkb2c=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=itfte+CFboh8B9/4MKmttWVLJB2evxcVpSyDMcGpKVjpR6bL7Cn1HHWsMgTBoMp8/ gWQTNIDgktq+7FkUlE0PGyFWpDtz0FfasnlOH+I8/vY3yFMvBh2lByNoMauhMDu5sH LFgx44LtG35LhwzMdqJ243CRIJJAxPdSI3MHNdyI6ABZIVFHk8Hne5cL0IoDvqVi2M OxGwUKClfP4jOuAPW/pWErRfV4pUqgbuwjyuCt2T+YxuiZwe5BXKqRDgf30oVoOQhj C1i3i08B1jYlUEvdk2JcMq9AW9AdshIAoBjvjtAvPtkNc3xW+mcOBgQh8l8d7W0Xko nnJNKWT687x6A== Original-Received: from alfajor (66-163-28-139.ip.tor.radiant.net [66.163.28.139]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id CC78F1202C3; Tue, 20 Dec 2022 15:03:26 -0500 (EST) In-Reply-To: <2d22346c-cc6e-223a-dff3-140188291914@secure.kjonigsen.net> ("Jostein =?windows-1252?Q?Kj=F8nigsen=22's?= message of "Tue, 20 Dec 2022 20:44:28 +0100") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca 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.29 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:301702 Archived-At: >>> Looking at (treesit-major-mode-setup), I can't see it leaving any traces to >>> be reliably detected later. Should we add some (documented) buffer-local >>> variables to be able to detect this later? Should we create a mostly empty >>> minor-mode for easy detection and ability to add hooks? >> (treesit-parser-list) seems like a good first approximation, tho I guess >> it depends exactly what they want to do with that info. > That name isn't very intuitive for what it does, AFAIK what it does is return a list of parsers currently setup in the buffer, so its name seems very intuitive. Maybe you're thinking of using it for some other purpose? If so, please describe which one. Stefan