GNU bug report logs - #44418
28.0.50; Spliced variable not matched as symbol in isearch

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Yuan Fu <casouri <at> gmail.com>
Cc: contovob <at> tcd.ie, 44418 <at> debbugs.gnu.org, mattias.engdegard <at> gmail.com,
 larsi <at> gnus.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#44418: 28.0.50;
 Spliced variable not matched as symbol in  isearch
Date: Sat, 24 Jun 2023 09:39:52 +0300

> Cc: contovob <at> tcd.ie, 44418 <at> debbugs.gnu.org, larsi <at> gnus.org,
>  monnier <at> iro.umontreal.ca
> From: Yuan Fu <casouri <at> gmail.com>
> Date: Fri, 23 Jun 2023 15:39:20 -0700
> 
> 
> Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:
> 
> >> Maybe we can introduce (@ NAME) as alternative syntax?
> >
> > Here is a proof-of-concept (missing tests and documentation), but it works and I think it's a definite improvement.
> >
> > Maybe we can get a blessing from Yuan Fu. To recap, this permits the
> > syntax (@ symbol-name) as an alternative to @symbol-name in treesit
> > queries because that allows symbol searching to match the symbol-name,
> > and this can be really helpful.
> 
> I want to point out that a) this will add complexity and make the syntax
> harder to read and learn (however minuscule the impact might be); b) is
> not enough by itself to make isearch symbol work with capture names:
> whoever write the code must _use_ this syntax; and c) I don’t think
> isearch symbol itself is popular/important enough to justify the change.

Given what Yuan says, I think we should drop this for now.  Let's
collect some real-world use experience, once Emacs 29 is released,
before planning any such changes.

Previous Next

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