Re: Tree-sitter api

[Yuan Fu]

> On Mar 29, 2022, at 5:49 PM, Yuan Fu <casouri@gmail.com> wrote:
> 
>> 
>> Thanks. I skimmed this, and it looks in sufficiently good shape. Do
>> you consider this feature-complete enough to make one more step
>> towards merging it? If so, I'd like first to have this on a feature
>> branch in our repository, so that people could build it and try it.
>> Then we could land it on master after some time.
> 
> Yes. I can do that once we figure out the namespace and new load path.
> 
>> 
>> One thing that we should consider right now is the name-space. You
>> used tree-sitter-* names for all the symbols, and I'm asking whether
>> we don't want something shorter, like ts-*. This is a decision we
>> must make now, because once we start using the code, there will be no
>> way back. Lars, WDYT?
> 
> As Po said, there is a package already using the ts prefix and that package 
> is popular enough. Maybe tsr? Anyway, I’d love a shorter prefix other than 
> tree-sitter, it is a real pain to type this long prefix.

I should clarify that I meant maybe we can use tsr as the prefix for 
tree-sitter functions. The package I mentioned that uses ts prefix is ts.el, a 
timestamp library on MELPA.

Yuan