[vscode-mdx]: Need an option for excluding specific mdx files in a project

[talatkuyuk]

Initial checklist

• I read the support docs
• I read the contributing guide
• I agree to follow the code of conduct
• I searched issues and discussions and couldn’t find anything (or linked relevant results below)

Problem

In my testing application, I put some mdx syntax error intentionally in a specific .mdx file to see the application behavior, so I need a mdx settings to exclude a specific mdx file(s) in vscode. Otherwise, it always angry with that file(s) showing error in red.

Current solutions

There is no exclude option for now.

Proposed solutions

Adding mdx.server.exclude getting a string file name path, or a string array, or blob to exclude specific .mdx file(s) in a project.

[wooorm]

Perhaps you can write/rename the file before testing, and remove/rename it after writing?

[talatkuyuk]

Yes it could be a workaround but wouldn't be useful if mdx.server.exclude or mdx.server.ignore option which I need. Also could be also an ignore file .mdxignore like .prettierignore file.

Is my request viable in the vscode-mdx extension ?

[wooorm]

More of a @remcohaszing question!
I am coming at this more of a generic, what would work with all of the tools, place.

[remcohaszing]

I understand the use case for having to test behaviour for files with broken syntax in development tooling or framework behaviour. For example, we need to test it in this repo.

This is an edge case however. I think it’s fair to always highlight the syntax error. Several other language integrations do this too. E.g. if I open a .ts or .py file in VSCode with merely a period (.) in it, I also see a syntax error reported.

Include/exclude patterns are hard. I see a lot of misconfigurations in practice for tools such as TypeScript or linters. I would rather not add this for MDX as well.

[talatkuyuk]

Include/exclude patterns are hard. I see a lot of misconfigurations in practice for tools such as TypeScript or linters.

Could it be just .mdxignore file, then ?