Skip to content

Conversation

oiiiiiiii
Copy link

The blocks in rust and javascript seem very unintuitive to me. When I select @block.inner in rust for example, this gets matched:
grafik
This PR changes this, so @block.inner becomes this:
grafik

@oiiiiiiii
Copy link
Author

I believe the pipeline errors are not related to the changes, are they?

 curl -sL --create-dirs https://github.com/neovim/neovim/releases/download/nightly/nvim-linux-x86_64.tar.gz -o .test-deps/nvim-linux-x86_64.tar.gz
mkdir .test-deps/nvim-linux-x86_64
tar -xf .test-deps/nvim-linux-x86_64.tar.gz -C .test-deps/nvim-linux-x86_64
rm -rf .test-deps/nvim-linux-x86_64.tar.gz
NVIM_TS=.test-deps/nvim-treesitter .test-deps/nvim-linux-x86_64/nvim-linux-x86_64/bin/nvim -l scripts/update-readme.lua
E5113: Lua chunk: ...x-x86_64/share/nvim/runtime/lua/vim/treesitter/query.lua:373: Query error at 105:3. Impossible pattern:
  (binding_pair
  ^

stack traceback:
	[C]: in function '_ts_parse_query'
	...x-x86_64/share/nvim/runtime/lua/vim/treesitter/query.lua:373: in function 'fn'
	...inux-x86_64/share/nvim/runtime/lua/vim/func/_memoize.lua:78: in function 'fn'
	...inux-x86_64/share/nvim/runtime/lua/vim/func/_memoize.lua:78: in function 'get'
	./lua/nvim-treesitter-textobjects/shared.lua:421: in function 'fn'
	./lua/nvim-treesitter-textobjects/shared.lua:42: in function 'available_textobjects'
	scripts/update-readme.lua:38: in main chunk
make: *** [Makefile:124: docs] Error 1

Other PRs seem to have similar issues

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant