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.bugs Subject: bug#66988: 30.0.50; treesit-forward-sexp not working properly in js-ts-mode and tsx-ts-mode Date: Wed, 15 Nov 2023 14:19:53 +0200 Message-ID: <83cywbryxi.fsf@gnu.org> References: <9cf7d7d0-33a3-4c07-bd66-bc4c59bdfefb@gmail.com> <39b0057b-ac0c-8271-0fe2-f4deef7ae8d3@gutov.dev> <83zfzkwxlv.fsf@gnu.org> <1C21FE6B-D54E-4301-AB87-5F15EE06D7D1@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26599"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dmitry@gutov.dev, 66988@debbugs.gnu.org, theo@thornhill.no, loic.lemaitre@gmail.com To: Yuan Fu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 15 17:29:14 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1r3IlL-0006Xb-86 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 15 Nov 2023 17:29:11 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r3IlF-0002S8-PU; Wed, 15 Nov 2023 11:29: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 1r3IlE-0002RV-3F for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2023 11:29:04 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r3IlD-0006AI-Ra for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2023 11:29:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r3IlC-0002Af-Tv for bug-gnu-emacs@gnu.org; Wed, 15 Nov 2023 11:29:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 15 Nov 2023 16:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66988 X-GNU-PR-Package: emacs Original-Received: via spool by 66988-submit@debbugs.gnu.org id=B66988.17000656908214 (code B ref 66988); Wed, 15 Nov 2023 16:29:02 +0000 Original-Received: (at 66988) by debbugs.gnu.org; 15 Nov 2023 16:28:10 +0000 Original-Received: from localhost ([127.0.0.1]:53126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r3IkL-00028J-8c for submit@debbugs.gnu.org; Wed, 15 Nov 2023 11:28:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r3IQh-0001QS-K1 for 66988@debbugs.gnu.org; Wed, 15 Nov 2023 11:07:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r3EsF-00068a-B1; Wed, 15 Nov 2023 07:20:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Y0ixRc1bbth1NhemQ8VhnMtmWHIm6ll0jIrvzpV80fM=; b=FzvjSrqSZHUvMAm3/RAm xgPaitA2eCcVQ/7UuGfKFf/2U+fxBm8iy1v4sOX6nHu1ytlERr1CuCGNIDeqxcWA4/oNKw3hyQ14r yutrWAfQDEs+UmxDOXqp2WTxA5dBRCtlYInoAoqqcfPr9dy2GAfQx2jpFaIeqiuXzWpurmWew+n71 kbZAgLvLufcYHsfaAMQi/8yqnmvqdmsD+95bgblzjPFEeYnM4y/hRuzLIUbVuzi5F0ow+KKbZqQE6 qvbb/sF84I7dTGPc3LXP1DMotDnhaq1DnbKnSbTfEIOzUoQuzZULN0+gvlrr68NXEYnewPubF36Ta s0IMvVFufoSvDA==; In-Reply-To: <1C21FE6B-D54E-4301-AB87-5F15EE06D7D1@gmail.com> (message from Yuan Fu on Tue, 14 Nov 2023 22:28:34 -0800) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:274372 Archived-At: > From: Yuan Fu > Date: Tue, 14 Nov 2023 22:28:34 -0800 > Cc: Dmitry Gutov , > Theodor Thornhill , > 66988@debbugs.gnu.org, > loic.lemaitre@gmail.com > > > Is it feasible to have a variable that controls whether the full > > matches are implied in these APIs? Then we could start by making it > > optional, and at some later time make it the default. > > It’s feasible, but I don’t think it’s TRT. The major mode author should have the control over whether the full match is implied, not the user. It doesn’t make sense to toggle the variable either. If you change that variable, major mode code must also change to be correct. So what do you suggest that we do about this issue?