-
-
Notifications
You must be signed in to change notification settings - Fork 15
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
Incorrect matching / folding when using other folding extensions #118
Comments
Better Folding
extension
Have you tried to check if your config does what you want by using the setting |
Yes, that is what I'm currently doing, but I see it as a workaround, since it shouldn't be required to disable the folding provided by rust-analyzer in order to use explicit folding (which appears to be what the effect of setting |
Can you give me an example? So that I can test and see how I can fix it. |
+1 |
Describe the issue
When using an extension like
Better Folding
orrust-analyzer
, it can happen that you end up with folds in your file that do not originate from the explicit folding extension. When I define folds using the explicit folding extension, these are typically larger-scale folds that describe a kind of nested outline of the code, and I would like to be able to fold these defined folds independent of the folds coming from other sources.I am using
explicitfolding.rules
with several nestedseparatorRegex
rules to match lines staring with//|
and having varying numbers of*
characters to indicate nesting level. Specifically, I am using this:Two concerns:
Better Folding
and/orrust-analyzer
that prevents the regex from reliably being detected. See the following image that demonstrates this:The text was updated successfully, but these errors were encountered: