[code-infra] Fully resolve imports in ESM target

[Janpot]

Stepping stone towards full ESM support.
This babel plugin replaces imports with their full resolved path + extension.

./path/to/module becomes ./path/to/module.js or ./path/to/module/index.js, depending on where it resolves to.

See mui/material-ui#43294

blocked on

• merge [code-infra] Babel plugin to fully resolve imported paths material-ui#43294
• replace csbci dependency

[mui-bot]

Deploy preview: https://deploy-preview-14234--material-ui-x.netlify.app/

Generated by 🚫 dangerJS against 2ef7f64

[Janpot]

Tried out with the dataGrid through the csbci published packages and no issues found

[JCQuintas]

@alexfauquette added you here cause you might have feedback based on #13608

[Janpot]

For reference, the next steps are

• replace extension for esm modules with .mjs
• remove nested package.json files
• add exports field (this one likely will need to go on a semver major)

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.

[github-actions]

This pull request has conflicts, please resolve those before we can evaluate the pull request.

[Janpot]

@JCQuintas @alexfauquette This PR doesn't touch the build process of @mui/x-charts-vendor. This package (so far) doesn't seem to have any relative imports in its ESM target. It looks like it's already ESM compliant.

[alexfauquette]

This PR doesn't touch the build process of @mui/x-charts-vendor. This package (so far) doesn't seem to have any relative imports in its ESM target. It looks like it's already ESM compliant.

Just to be sure, "this PR does not touch the build process of @mui/x-charts-vendor" and "It looks like it's already ESM compliant" are not related.

1. The PR does not impact the package because it is a dedicated babel config that is used in the build script
2. Tt's already ESM compliant because ESM files are fairly simple

// `x-charts-vendor/d3-color` (ESM)
// See upstream license: https://github.com/d3/d3-color/blob/main/LICENSE
//
// Our ESM package uses the underlying installed dependencies of `node_modules/d3-color`
export * from "d3-color";

[alexfauquette]

I tried two codesandboxes, and looked at some of the diff in the build folders. The modification looks ok.

[Janpot]

1. Yes, the vendor package does its own build, what I add in this PR has no influence in it whatsoever.
2. Yes, it has an exports field and all relative modules specifiers inside contain the file extension ("all" because there are none 😉)