-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
What is proper way to remove a default highlight rule? #90
Comments
There the |
Thanks. What is your recommended approach within the after-setup-hook other than calling clear highlights? I really just want to remove that one highlight since others could be useful ( I don't know what they are / are going to be in the future.) |
Well, it's a list, so you'd have to remove the element from it. You can also change the faces of the colours they use as a simpler workaround. |
@mkleehammer were you able to do it ? if so could you please share how ? I don't use combobulate with typescript because the console.log highlight |
@pbgc Sorry for the delay. I ended up adding |
@mkleehammer thank you! |
I'm trying to eliminate the JS highlighting of "console" calls which is really distracting, but can't quite find the right point to do so.
I see the rule in the local variable
combobulate-highlight-queries-default
, but am not sure the right time to remove it. I've attempted:(combobulate-highlight-install (treesit-parser-language (car-safe (treesit-parser-list))))
What I settled on for now is to call
combubulate-highlight-clear
in my JS setup hook function, but that doesn't seem like the right solution. I would guess they would come back at some point.How would you recommend removing the rule?
Also, would be possible to either remove this from the defaults? It seems a bit agressive to override users themes. Or perhaps make it easier to disable such as using an alist for the defaults too to make it easier to identify them and remove them individually?
Thanks.
The text was updated successfully, but these errors were encountered: