From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: An anonymous IRC user's opinion Date: Fri, 22 Nov 2024 17:08:52 +0200 Message-ID: <930f5c8e-1481-43a5-8f1d-2c13a98df74f@gutov.dev> References: <86fro4sddd.fsf@gnu.org> <6ac73c67-cb2d-48ef-8f1d-683c5335aba5@gutov.dev> <8634k4s2r2.fsf@gnu.org> <082b0388-b3a1-4523-9f9b-5ead4b110e11@gutov.dev> <86plmrtemx.fsf@gnu.org> <7aa4a684-3374-4d0f-8efc-c4df29337c5e@gutov.dev> <86cyirtahu.fsf@gnu.org> <556779b3-9308-4fd3-9050-bf9c49658cd1@gutov.dev> <864j43t8t9.fsf@gnu.org> <4cc676e8-cac5-4348-99b0-243baf74687e@gutov.dev> <8634jnt5e3.fsf@gnu.org> <4864104c-cb23-4356-ad89-2fea111db66c@gutov.dev> <86ttc2rrh8.fsf@gnu.org> <86cyipsp94.fsf@gnu.org> <9cd17f8b-f88c-49f6-9024-0b6d297e18ac@gutov.dev> <867c8xsmri.fsf@gnu.org> <566ac897-ea5e-4141-bcb3-306d43c9118a@gutov.dev> <865xohrvfa.fsf@gnu.org> <86wmgwnyle.fsf@gnu.org> <178dfc7f-bc2d-4e3b-8417-a616ccc0eef3@gutov.dev> <86v7wgnxlz.fsf@gnu.org> <01d83ec8-c02b-4806-8764-38dc89a89125@gutov.dev> <86ttbzojho.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5622"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: johan.myreen@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Nov 22 16:09:56 2024 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 1tEVIB-0001Db-Ha for ged-emacs-devel@m.gmane-mx.org; Fri, 22 Nov 2024 16:09:56 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tEVHL-0005Q3-Ph; Fri, 22 Nov 2024 10:09:03 -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 1tEVHJ-0005M0-GS for emacs-devel@gnu.org; Fri, 22 Nov 2024 10:09:01 -0500 Original-Received: from fout-b2-smtp.messagingengine.com ([202.12.124.145]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tEVHG-0006et-BU; Fri, 22 Nov 2024 10:09:00 -0500 Original-Received: from phl-compute-06.internal (phl-compute-06.phl.internal [10.202.2.46]) by mailfout.stl.internal (Postfix) with ESMTP id 37D2011401D8; Fri, 22 Nov 2024 10:08:56 -0500 (EST) Original-Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-06.internal (MEProxy); Fri, 22 Nov 2024 10:08:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1732288136; x=1732374536; bh=swnB0MQDubr/pdocyezsv8zVDGUwLuuW68EJmWohFRc=; b= Ih4675zw68rNZbREPvpMbvhBOGU6HkDsqaBPUAhxa01tZutRNVOeHGUjHSx++xQN sXKlt8GXj3H8y7qrqPvD0QczzIgUJ3CbjhRjM8gp7639wu9+LfyM0YFWrY8iGOAr Yg4+0wz7Mg3ZEZDxq69+doauHkgdYspqS+A2ZtmtXWUHO+qEZygHEyoGCLdYMCK4 B4P+Onh6SFv3E028Kj7ilSA5hwl6856I41x6I6rT9S8Pn2gGSpPwMC/JmwjOTNfB 6cswKTPLmuKnET5e95HxPIlghQ7DT5wiu9X4nvsJy0Db0TQbYEPKMhoRMh0/RVse bOjoImfJr3i+yve2HzxINw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1732288136; x= 1732374536; bh=swnB0MQDubr/pdocyezsv8zVDGUwLuuW68EJmWohFRc=; b=R LEZhP7rqYes8UYNpfuUSWP7QSIy3BOPXp7BF2YdnMYiP/h/9hIZ9bQWtwN62HKFm ORj/5RjP1TlionjdiBhuWv8SURGknrL0AZ/6IzajVuyjiDyCZwv9rZOkRNAf2aTx dBOxEMku7O3tSMTIHMXFKvbcBSmFhzrVPW0zjEUHenVtIeUQ50yerc9t/nbcGcsA QNhofic5Xz5Kn8lEPy8OZ9Ui7zAiykofR5+5ahsfBzsyPI4bCOSJNS4CkoUJRY/c WtncBZE1ceJK+h6gPJdSxoncel2+DMSARQKkOx1oebKF5LPxT434KzE3P8uqkgTy Mj60jSJMeytIVsmcGvysA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrfeelgdegkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeen ucfhrhhomhepffhmihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvg hvqeenucggtffrrghtthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedt vddtveefhfdvveegudejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpegumhhithhrhiesghhuthhovhdruggvvhdpnhgspghrtghpthhtohep fedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepvghlihiisehgnhhurdhorhhgpd hrtghpthhtohepjhhohhgrnhdrmhihrhgvvghnsehgmhgrihhlrdgtohhmpdhrtghpthht ohepvghmrggtshdquggvvhgvlhesghhnuhdrohhrgh X-ME-Proxy: Feedback-ID: i07de48aa:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 22 Nov 2024 10:08:54 -0500 (EST) Content-Language: en-US In-Reply-To: <86ttbzojho.fsf@gnu.org> Received-SPF: pass client-ip=202.12.124.145; envelope-from=dmitry@gutov.dev; helo=fout-b2-smtp.messagingengine.com X-Spam_score_int: -26 X-Spam_score: -2.7 X-Spam_bar: -- X-Spam_report: (-2.7 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_SBL_A=0.1 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:325590 Archived-At: On 22/11/2024 08:44, Eli Zaretskii wrote: >> If my patch covers all that we already support (or will cover after >> minor updates), and removes certain problems, then we could agree to >> install it, couldn't we? > > Is this what you think is the answer to what I asked N emails ago, > viz.: Thanks, now I see where the miscommunication started. >>>>>>> I'm fine with that idea, but it'd seem like a change in paradigm. >>>>>> >>>>>> Yes, indeed. So I think it has to be an optional feature, and we >>>>>> should offer more "direct" ways for expressing such preferences. >>>>> >>>>> Such as a user option called treesit-enable-modes? >>>> >>>> Something like that, yes. Because no better idea was presented. >>> >>> Take a look at the patch, then? >> >> I did. What's the next step? > > To which your response was: > >> It would be nice to understand the minimum requirements to replace the >> current approach. > > But now you seem to say that the next step is to consider installing > your patch? Or did I again misunderstand? By "change in paradigm" I meant the "autosuggest" branch. Either of the approaches would be a change, but my proposal seems closer to the current capabilities and the way of setting up things. Note that I personally would be fine with either change, or both together. > I guess it is still unclear, so let me say once again: Philip's branch > is a nice feature, relevant also to this issue, but it can only be an > opt-in feature. Therefore, we need another solution to be the > main/default one, which replaces the current messing with > auto-mode-alist and major-mode-remap-defaults. That other solution > could be based on the patch you posted. > > I hope my views on this are now clear enough. Yes, thank you. >> That's what my patch aims to do, to be the replacement for the >> capabilities we currently have, but in a more "ecological" way. And add >> a user option, like I think you requested. > > Agreed. So I'm asking again: what is the next step? Should we start > a new discussion about replacing (on master) the current > implementation with a command based on your patch? Sure. Not a command, though - a user option. The command is 'M-x customize-variable', at least in the current version. Though I suppose that's also up for discussion. > One thing that I > think is missing in your patch is a way to go back to use the non-TS > modes (where they are available). I think it does that already - but only for new buffers. That could be implemented without too much trouble, now or in a later revision. > But maybe people don't think we > should have that? Not sure which would be more natural. But if we implement switching for existing buffers when when treesit-enable-modes is customized to t, I suppose the reverse could also be expected. > Another thing that seems to be missing is a command > to enable just one TS-based mode, not all of them. How about if that's done like: (setopt treesit-enable-modes '(c-ts-mode)) Or maybe 'M-x treesit-add-enabled-mode' can be added too.