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.bugs Subject: bug#62086: 29.0.60; ruby-ts-mode regressions Date: Wed, 5 Apr 2023 03:06:52 +0300 Message-ID: References: <86y1o5op2v.fsf@mail.linkov.net> <5abcf765-f8ce-9563-63aa-20c558409898@yandex.ru> <86cz4l7zjk.fsf@mail.linkov.net> <86ttxww12o.fsf@mail.linkov.net> 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="35584"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Cc: 62086@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 05 02:08:18 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 1pjqhG-00099J-Jd for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 Apr 2023 02:08:18 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pjqh4-0003gu-2S; Tue, 04 Apr 2023 20:08:06 -0400 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 1pjqh2-0003gc-CG for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2023 20:08:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pjqh0-0004ww-H9 for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2023 20:08:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pjqgz-0005Y9-Q6 for bug-gnu-emacs@gnu.org; Tue, 04 Apr 2023 20:08:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Apr 2023 00:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62086 X-GNU-PR-Package: emacs Original-Received: via spool by 62086-submit@debbugs.gnu.org id=B62086.168065322221263 (code B ref 62086); Wed, 05 Apr 2023 00:08:01 +0000 Original-Received: (at 62086) by debbugs.gnu.org; 5 Apr 2023 00:07:02 +0000 Original-Received: from localhost ([127.0.0.1]:50471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjqg2-0005Wt-0H for submit@debbugs.gnu.org; Tue, 04 Apr 2023 20:07:02 -0400 Original-Received: from mail-wr1-f45.google.com ([209.85.221.45]:40953) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pjqg0-0005WF-8B for 62086@debbugs.gnu.org; Tue, 04 Apr 2023 20:07:01 -0400 Original-Received: by mail-wr1-f45.google.com with SMTP id t4so29250493wra.7 for <62086@debbugs.gnu.org>; Tue, 04 Apr 2023 17:07:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680653214; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=gXBov44u3zTj72bqm8CtJDvfq047t0bUy9SWdUL880c=; b=gfEtGmrQVkGwRX7/FbqlkV3S4TL/+/113AyyxmZ1yCheQDj+EnTl1rjIh//m9UssYg tDJB85e4TyohSOBxbX6dHjwO+7juYHd8uEptHA2ENk/ZJ+6GX+DACG6B9AN15X3msorx ijsntJdrnmiffdawBr9X+DY7JtM6JnhoyCRZRyffl8q21zNtximvEIXur/57mCgKsZY8 AC9Rl45+FU+xRjwVtCLi4N2piSrrrWRc63/E+txWcrckgTkWdVl0ohcAWNwtt+3FAz0j Qjk9hoJzriUkix1CL7OugttFv7Sr8J6Q5w+L2S0nhj33iLg4qUO7cKORzET72wEPtke0 irIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680653214; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=gXBov44u3zTj72bqm8CtJDvfq047t0bUy9SWdUL880c=; b=ppj6qNsWFI8GIJR8Ee1MS+mNPi2IP/KC05bdIwMrF/tnxBjSJfP/wifOwkj0BHLGym u6glT5qg6dZ4rgbIvUQxU939CAQIT1U2N48YFKIwBN4jf/dMd7w8+PG+w9oREe3Iw4BS qfVKo6BdPJZxMBfrDMzsL077qUwgNN0pWsn4lTTGLLGXJiSjxDWC5cdFtIZHKm640sR3 bthTwatDGeoS+bSPrc0Z/97r+ucnU7I3i3UVDh4JtO2PQ2nSSTLWKtp3fahKySEuHpSh 82fqcFDj8Ls044+0DjnsfpEySWl8Ru3fc/vmzmzD3ncYTGwPctHBqaLZxibUsdNf8C96 1Agw== X-Gm-Message-State: AAQBX9eOBYU46U8qrS2PkhNYyysJcvF/ze2sga2mbZPJnrNtXxFiyles DNM2G/swWQ/uwyghVhdXLwc= X-Google-Smtp-Source: AKy350aUn9wivkjz6cjJ9ghq15jFvRTlywpVMPyfuER/Babn9lBQC7O1xcyhTyqKqBT5OyqLkJNJzg== X-Received: by 2002:a05:6000:1805:b0:2d3:9c5a:8d70 with SMTP id m5-20020a056000180500b002d39c5a8d70mr3479372wrh.12.1680653214180; Tue, 04 Apr 2023 17:06:54 -0700 (PDT) Original-Received: from [192.168.1.2] ([31.216.80.60]) by smtp.googlemail.com with ESMTPSA id p8-20020a5d68c8000000b002c55521903bsm13416027wrw.51.2023.04.04.17.06.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 Apr 2023 17:06:53 -0700 (PDT) Content-Language: en-US In-Reply-To: <86ttxww12o.fsf@mail.linkov.net> 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:259243 Archived-At: On 04/04/2023 10:16, Juri Linkov wrote: > I wonder is it possible to fix more. > Many parens/brackets are still not matched in e.g. > test/lisp/progmodes/ruby-mode-resources/ruby.rb > such as parens in def argument list: > > def test1(arg) This one was a regression from the addition of strict bos/eos anchors, now fixed. > and in > > method (a + b), When you say that this is broken, do you mean that these parens get jumped over unexpectedly (with forward-sexp movement ending at the end of the arguments list)? This is an artefact of the implementation of treesit-forward-sexp. It might be possible to improve, but from a brief dig, it has some internal logic. So some care would need to be taken to decide which contract nedds changing. > and brackets in > > case translation > in ['th', orig_text, 'en', trans_text] > puts "English translation: #{orig_text} => #{trans_text}" > in {th: orig_text, ja: trans_text} => whole Now fixed. Also, "case" matches "end" with this syntax too now. > Also square brackets are not matched by 'C-M-f' in > > h[:key] And this, surprisingly, seems impossible to handle just using treesit-sexp-type-regexp. The brackets are present in the tree, but they are not at the ends of any node. So that will require some custom Lisp, I guess.