Closed ravisumit33 closed 2 years ago
I think this is a bug of my highlights query in nvim-treesitter
, I'll try to fix it today
I also see the color turning on/off and I think that's a bug with nvim-treesitter
, but i didn't spend time to investigate it
I use nvim-treesitter
for different languages like C/C++, python, javascript etc. but didn't find color turning on/off in them. Its only coming in cmake files.
do you have some small example i can you to test?
project (sample)
cmake_minimum_required(VERSION 3.20)
set(CMAKE_EXPORT_COMPILE_COMMANDS 1)
add_executable(sample sample.cpp)
target_compile_options(sample
PUBLIC
-v)
Color of PUBLIC
changes everytime when I click on it or scroll.
that's weird because my parser doesn't do anything special about the command target_compile_options
and neither does my highlights query. Anyway, i'll check it out.
@uyha Any update on this?
I'm holidays now so I won't have a look at this until the weekends. I will start diving in after my holidays
This may not be the problem with the parser, but a problem with nvim-treesitter
, it has been reported here nvim-treesitter/nvim-treesitter#1923
should be fixed when using nightly nvim
I am facing inconsistent behaviour in cmake highlights when using tree-sitter. Colors of options seem turning on/off when I scroll and sometimes I endup like below:
You can see clearly one option is highlighted while other one is not. Is it a known issue ?