-
-
Notifications
You must be signed in to change notification settings - Fork 8.6k
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
docs: document siteConfig.markdown + better mdx-loader retrocompat #8419
Conversation
✅ [V2]
To edit notification comments on pull requests, go to your Netlify site settings. |
⚡️ Lighthouse report for the deploy preview of this PR
|
@@ -173,7 +173,7 @@ export async function mdxLoader( | |||
...(reqOptions.beforeDefaultRemarkPlugins ?? []), | |||
...getAdmonitionsPlugins(reqOptions.admonitions ?? false), | |||
...DEFAULT_OPTIONS.remarkPlugins, | |||
...(reqOptions.markdownConfig.mermaid ? [mermaid] : []), | |||
...(reqOptions.markdownConfig?.mermaid ? [mermaid] : []), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This will be flagged by type-aware linting as unnecessary; we need to mark markdownConfig
as optional in the options type. I'm not sure all this is necessary, though; markdownConfig
is definitely required into the future.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this is a bit unnecessary for sure but at least plugin authors will have less things breaking in v2
This will be flagged by type-aware linting as unnecessary;
We don't any anything being reported afaik, is this linting active?
I'm ok to just have this in v2, and remove this asap in v3 on the mdx 2 branch? We don't have to keep it, and it can be a temporary thing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't any anything being reported afaik, is this linting active?
No, but I occasionally turn it on and fix reports locally. It's quite slow so I'm hesitant to add it to the CI.
I'm ok to just have this in v2, and remove this asap in v3 on the mdx 2 branch? We don't have to keep it, and it can be a temporary thing
That's reasonable, but people relying on internal APIs and coercing us to make changes sounds like a bad precedent. I'm okay to accept the change though.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
Let's say it's not a commitment to always do this, and only a best effort we can do in case a small change from us can prevent a few plugins to break
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, but the type of Options.markdownConfig
still needs to be marked as optional ^^
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd rather not to. Somehow it's not optional, and we want users eventually using MDXLoaderOptions to be forced to provide it appropriately, and yet allow JS users to not have any runtime users. That sometimes makes sense to program defensively assuming all users (plugin authors here) won't use TS.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That makes sense 👍
Size Change: 0 B Total Size: 886 kB ℹ️ View Unchanged
|
Motivation
Add missing
siteConfig.markdown
API ref docImprove retro compatibility as requested in #8298
Test Plan
preview
Test links
Deploy preview: https://deploy-preview-8419--docusaurus-2.netlify.app/docs/api/docusaurus-config#markdown
Related issues/PRs
#8298