Description
There should be an option to exclude a specific file or a whole folder from the problem reporting. This file/folder can still be in the IDL path and could/should still be parsed by the extension.
Additionally, there should be an option to exclude a specific file or a whole folder from parsing. This file/folder can still be in the IDL path, e.g. as a subfolder of a path given to IDL path.
Why it Matters
I am working on a part of a huge IDL library (solarsoft), and thus I need this whole library in my IDL path due to its dependencies of my part of the library to other parts of the library. So, I would like the entire library to be parsed, but I only want problems from my part of the library to be reported.
I develop my part of the library outside of the library itself, in its own git repository, and I only sync my repository to the library when I am happy with the current code. I.e. the code that I really want to get problem reports for is in another path than the library, but also in the IDL path.
That means, I would like to exclude my part of the library from parsing altogether since when it is parsed, I get a whole bunch of 'duplicate' warnings, which I don't want. Furthermore, the extension reports problems from my part of the library that is in the library and not updated.
I am sure I am not the only one with this problem.
Suggested Behavior
Add two options to the extension settings.
- 'Exclude file/path from reporting problems'
- 'Exclude file/path from being parsed'
Both options would act very similarly as e.g. idl.IDL.path. That means one could 'Add items' which would be paths to a file or folder and possibly use the '+' syntax to include subdirectories.
Alternate Behavior
I know it is possible to disable a file from reporting problems by adding a comment line with the comment 'idl-disable'.
But this is not practical for mainly two reasons: The library consists of thousands of files and I only have control over a small portion of the library.
Even if I could implement this solution, I would still like to exclude subfolders of the IDL path from being parsed.
Description
There should be an option to exclude a specific file or a whole folder from the problem reporting. This file/folder can still be in the IDL path and could/should still be parsed by the extension.
Additionally, there should be an option to exclude a specific file or a whole folder from parsing. This file/folder can still be in the IDL path, e.g. as a subfolder of a path given to IDL path.
Why it Matters
I am working on a part of a huge IDL library (solarsoft), and thus I need this whole library in my IDL path due to its dependencies of my part of the library to other parts of the library. So, I would like the entire library to be parsed, but I only want problems from my part of the library to be reported.
I develop my part of the library outside of the library itself, in its own git repository, and I only sync my repository to the library when I am happy with the current code. I.e. the code that I really want to get problem reports for is in another path than the library, but also in the IDL path.
That means, I would like to exclude my part of the library from parsing altogether since when it is parsed, I get a whole bunch of 'duplicate' warnings, which I don't want. Furthermore, the extension reports problems from my part of the library that is in the library and not updated.
I am sure I am not the only one with this problem.
Suggested Behavior
Add two options to the extension settings.
Both options would act very similarly as e.g. idl.IDL.path. That means one could 'Add items' which would be paths to a file or folder and possibly use the '+' syntax to include subdirectories.
Alternate Behavior
I know it is possible to disable a file from reporting problems by adding a comment line with the comment 'idl-disable'.
But this is not practical for mainly two reasons: The library consists of thousands of files and I only have control over a small portion of the library.
Even if I could implement this solution, I would still like to exclude subfolders of the IDL path from being parsed.