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#62333: 30.0.50; Issue with tree-sitter syntax tree during certain changes Date: Fri, 31 Mar 2023 15:46:58 +0300 Message-ID: <7d4c5109-63ec-76a5-cab4-42f35dab9778@yandex.ru> References: <87fs9yur7r.fsf@gmail.com> <83jzz5c8ml.fsf@gnu.org> <83edpdc6sn.fsf@gnu.org> <1ca302bf-99dc-7f9e-8544-063064a1cb21@yandex.ru> <831qlcdisi.fsf@gnu.org> <398721ad-79b0-3f6d-97b3-4902d9bfbe39@yandex.ru> <83wn34c2qa.fsf@gnu.org> <3b3d82d1-f0f6-a768-a5db-8dc9386a5a34@yandex.ru> <83r0tcbz8g.fsf@gnu.org> <1967361679760225@umbzx4hqxrw5qxo7.sas.yp-c.yandex.net> <83mt40bxzd.fsf@gnu.org> <83jzz4bugh.fsf@gnu.org> <3d64520c-54da-a04a-ed0d-a66b4e753f8a@yandex.ru> <831qlcaysh.fsf@gnu.org> <29679184-7366-0167-9e94-def97048f663@yandex.ru> <83v8inal29.fsf@gnu.org> <9886ffa5-ead2-50d5-a325-f6704b736ada@yandex.ru> <728618716b8c5349d27e@heytings.org> <83bkke9uue.fsf@gnu.org> <83ilel861g.fsf@gnu.org> <290987e0-821e-a231-c1c4-b40bb9542ffe@yandex.ru> <83lejf7r2o.fsf@gnu.org> <1c4c8b47-e4aa-242a-bb66-1d6b5c879de4@yandex.ru> <83wn2x30js.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="1700"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Cc: wkirschbaum@gmail.com, gregory@heytings.org, casouri@gmail.com, 62333@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 31 14:48:41 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 1piEBM-0000Ex-La for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 31 Mar 2023 14:48:40 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1piEB5-0007df-P4; Fri, 31 Mar 2023 08:48:23 -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 1piEAl-0007ae-SW for bug-gnu-emacs@gnu.org; Fri, 31 Mar 2023 08:48:12 -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 1piEAl-0004zL-2R for bug-gnu-emacs@gnu.org; Fri, 31 Mar 2023 08:48:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1piEAk-0008Mq-Ev for bug-gnu-emacs@gnu.org; Fri, 31 Mar 2023 08:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 Mar 2023 12:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62333 X-GNU-PR-Package: emacs Original-Received: via spool by 62333-submit@debbugs.gnu.org id=B62333.168026682931975 (code B ref 62333); Fri, 31 Mar 2023 12:48:02 +0000 Original-Received: (at 62333) by debbugs.gnu.org; 31 Mar 2023 12:47:09 +0000 Original-Received: from localhost ([127.0.0.1]:60673 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piE9t-0008Jf-2B for submit@debbugs.gnu.org; Fri, 31 Mar 2023 08:47:09 -0400 Original-Received: from mail-wm1-f45.google.com ([209.85.128.45]:35527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1piE9r-0008JC-Di for 62333@debbugs.gnu.org; Fri, 31 Mar 2023 08:47:07 -0400 Original-Received: by mail-wm1-f45.google.com with SMTP id bg16-20020a05600c3c9000b003eb34e21bdfso15259948wmb.0 for <62333@debbugs.gnu.org>; Fri, 31 Mar 2023 05:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680266821; 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=3loXMAXoTHOW9Vih4kEYS41suKEFn1uQzxpgQILEiqI=; b=nqabLKqmLYR/jUCRSRDLm/7CjmEdt95TX1zmTNXAxGkU/tObj9RUD222Ggf6I+323u Soazw968kad+Yaub6W1w1Ta7d8vEjPvpZBh0y1WU70g9LchMc40Nbu3bdFpmn3UB/XrS OCMgd2AVaA1fIqQfvvzCEBAz7pNA2Pg3c544BNSRFBJJ3N8eMASKGudPXRoIqIF8XzW8 k6vzmNzekwfnirNos2nM3pPet5TZFRYaE+5dti7bWiUKzxxfIecQ142r+l3pxKe52OW8 DaswC6Ukl4rDl/TwEhs/ZYv3j7rbG7zmIg5j9yyIYFNacQ+iIZMXI3fGPTmF8H9JwFEt AW/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680266821; 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=3loXMAXoTHOW9Vih4kEYS41suKEFn1uQzxpgQILEiqI=; b=MpiKWQUpU8GkSHo7c5OEzZwmI/U+lQgr2J8LWrHZLZmtdf14Za8UlcX4iWtt8Pinrd CUX7PX5sHl3+OKqIcCJBJoitLDoZDtpQGYhsfIaUpqhkQT3ITX9rM5jkfNQ8wFAL4w76 eehv4doUbQprIzsYl0Hj9K4aDG22t8v3pi+5J62f9YL60NH/RVqtlkCKAyUxfCnh3U5S OrXZ63teY8vSoYK/O4WnkCQkfaVzkEG6DPQQy95j3lok2flaMuGwCc0kCtqjvsJ37dDv 06AEmsNjJzGAd1A3AFsTYbUgkZmpZYIPbtIrg2fEhqb73rQVxKY6T7IQ6RPiOiqlKFRR OQuQ== X-Gm-Message-State: AO0yUKWhNedkZHtIOG5sh4/WQOhD6Gv8ic3nF570vLxD5UuxbREwJO82 5ts81Q39FGnBnTBFZBeN3mE= X-Google-Smtp-Source: AK7set/JTGl7nMlnmURDB3t7fxIeTi3Od4X/MbjMAWpaoucg67yk/keSRvh8lzGHQhnzCaWENoYrSw== X-Received: by 2002:a1c:4c13:0:b0:3ee:a492:e95e with SMTP id z19-20020a1c4c13000000b003eea492e95emr19256300wmf.6.1680266820796; Fri, 31 Mar 2023 05:47:00 -0700 (PDT) Original-Received: from [192.168.1.2] ([31.216.80.60]) by smtp.googlemail.com with ESMTPSA id u17-20020a7bcb11000000b003ef5db16176sm2617109wmj.32.2023.03.31.05.46.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 31 Mar 2023 05:47:00 -0700 (PDT) Content-Language: en-US In-Reply-To: <83wn2x30js.fsf@gnu.org> 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:258991 Archived-At: On 31/03/2023 09:19, Eli Zaretskii wrote: >> If we're talking about isearch, then that seems like a natural >> consequence of visual effect (hiding the remainder of the buffer): even >> if isearch highlighted those other hits, they would not be visible. > If you consider narrowing in this example to be "for visual effect", > then everything in Emacs is "for visual effect". After all, Emacs is > a visual editor, showing the results of editing to the user at all > times. But this POV makes this part of the discussion useless. Okay, let's rephrase that: instead of "visual effect", we can say it's for "visually hiding" parts of buffers. But not for changing their behaviors otherwise (e.g. changing syntax highlighting, etc). In your other answer regarding the inside of a string, you seemed to have a different idea, though. Like, user narrowing would be able to affect all that stuff too. >>> I was talking about user commands that narrow, so I'm not sure I >>> understand how documentation could help. When the user types "C-x n n", >>> there's nothing Emacs can do except obey. >> There is really only one main user command that narrows, and that's >> narrow-to-region, bound to 'C-x n n'. > Any user command can narrow as part of its job. This subthread goes back to my complaint that commands don't know how to *interpret* the current narrowing, thus which effects it should have. To repeat: Either narrowing should be used to change lexical/grammatical/etc context, or it should not. Do we have any documentation that says one or the other way? That should affect how Lisp code deals with narrowing -- which interactive functions should widen, and so on.