Export already packaged lib folder

[espretto]

Hello 👋 ,
the lib folder is part of the npm package as configured in the package.json field files. However it is not accessible unless listed in the exports field. Currently I have to override my bundlers dependency resolution to access the folder's contents.

[12wrigja]

We originally include our sources in the bundle so they can be referenced using source maps when debugging, not to be consumed directly by bundlers.

Can you help me understand why you can't apply the transpilation to the relevant bundled ESM in dist, which is the intended artifact to consume? My recollection is that running the Babel transform for JSBI -> native bigint over that file will get you want you want (based on my previous comments here), though the thread there implies that configuring webpack in practice (vs my toy example) is non-trivial.

[espretto]

I didn't realize the ts sources where included for debugging purposes. Makes sense.

Also, I didn't think of using the babel plugin on the ESM build but yes, that should definitely work. Using ESM modules however, is still a little tricky to configure when targeting non-ESM environments.

My intention is to create a partial polyfill by picking only those parts of the polyfill that I need in my codebase. Since tree-shaking is not really an option w/ Temporal's OOP design and its cross-referencing conversion methods, this approach seems to hold the best balance between flexibility/bundle-size and spec compliance.

I am aware that this is branching out quite far from where I started.

[espretto]

Here is what my partial polyfill looks like. This would become possible if the ./lib folder were accessible.

import * as PlainDateLib from "@js-temporal/polyfill/lib/plaindate";

export namespace Temporal {
  /** @see https://www.typescriptlang.org/docs/handbook/namespaces.html#aliases */
  export import PlainDate = PlainDateLib.PlainDate;
}

Of course I'll have to setup my toolchain to be compatible w/ the sourcecode.

[12wrigja]

My intention is to create a partial polyfill by picking only those parts of the polyfill that I need in my codebase. Since tree-shaking is not really an option w/ Temporal's OOP design and its cross-referencing conversion methods, this approach seems to hold the best balance between flexibility/bundle-size and spec compliance.

The intent seems reasonable, but doing this by depending on a released artifact seems like the wrong approach. Instead, given you are effectively forking the polyfill, I would suggest you depend on our repository directly using a git URL dependency: https://docs.npmjs.com/cli/v10/configuring-npm/package-json#dependencies

Note that we give absolutely no guarantees about the content of our repository.