GNU bug report logs - #73404
30.0.50; [forward/kill/etc]-sexp commands do not behave as expected in tree-sitter modes

Previous Next

Package: emacs;

Reported by: Mickey Petersen <mickey <at> masteringemacs.org>

Date: Sat, 21 Sep 2024 05:13:01 UTC

Severity: normal

Merged with 74366

Found in version 30.0.50

Fixed in version 31.0.50

Done: Juri Linkov <juri <at> linkov.net>

Bug is archived. No further changes may be made.

Full log


Message #265 received at 73404 <at> debbugs.gnu.org (full text, mbox):

From: Juri Linkov <juri <at> linkov.net>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: Yuan Fu <casouri <at> gmail.com>, Theodor Thornhill <theo <at> thornhill.no>,
 Mickey Petersen <mickey <at> masteringemacs.org>, 73404 <at> debbugs.gnu.org,
 Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#73404: 30.0.50; [forward/kill/etc]-sexp commands do not
 behave as expected in tree-sitter modes
Date: Thu, 09 Jan 2025 20:44:12 +0200
>>> Juri, please feel free to apply your symbol property patch. For the symbol
>>> property name, I feel that something like
>>> treesit-symbol-predicate/treesit-use-as-symbol-predicate would be more
>>> descriptive.
>> If we settle on the variant that keeps the current format with symbols,
>> wouldn't it better to keep a symbol property name shorter?
>> First I proposed 'treesit-predicate', but then realized it's wrong
>> since it's opposite to the predicate function.
>> 'treesit-thing' was better since it indicates that it's used in
>> 'treesit-thing-settings'.
>
> Is it too late to keep the current name, 'sexp-list'?

No, not late.  And it's too ugly.

> It it of course somewhat redundant, but not by much, and not needing an
> extra indirection is a plus on its own.

An extra indirection is needed in any case to avoid such ambiguity
in the future.




This bug report was last modified 131 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.