Open edgimar opened 1 month ago
Have you tried to check if your config does what you want by using the setting "editor.defaultFoldingRangeProvider": "zokugun.explicit-folding",
and disabling those extensions?
Have you tried to check if your config does what you want by using the setting
"editor.defaultFoldingRangeProvider": "zokugun.explicit-folding",
and disabling those extensions?
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 editor.defaultFoldingRangeProvider
is).
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: