postcss: empty "Exports Analysis"

https://bundlephobia.com/result?p=postcss@8.2.4

It said that This package does not export ES6 modules. But it does: https://github.com/postcss/postcss/blob/d43308c513a848b663b83aecaf75abeb65ba9cb0/package.json#L11

https://nodejs.org/api/packages.html#packages_conditional_exports

[pastelsky]

Sorry but I haven’t found the time to read through type: module and exports specifications. This plus the mjs stuff just makes it very complicated for tools that have to support both module resolution mechanisms. Could someone here who understand this better than me summarize what a tool like bundlephobia would have to do to —

1. Recognize reliably that for packages using exports, if an ESM version is shipped.
2. Be able to refer to the right export path for deriving named exports etc (looks like an upgrade to Webpack 5 will be a necessity)

I’m not sure I’d want bundlephobia to switch to Webpack 5 yet, as it appears that the ecosystem around Webpack 5 isn’t mature. For eg. there is still no stable version of Webpack Dev Server that works with Webpack 5 (so many months after W5 release).

[astoilkov]

I found out more about this issue. It seems the module field points to a directory that is written with ESM. However, my repo code is inside the root directory and I don’t have any idea what to set as a value for module.

Things I tried but didn’t work:

• "module": "" (Bundle Phobia doesn’t recognize it as ES module)
• "module": "." (causes a Build Error)

The different versions are here: https://github.com/astoilkov/use-local-storage-state/releases. You can experiment with them by growing Bundle Phobia.