esbuild-kit/tsx loader support for TypeScript configuration

[fregante]

Feature request

What is the expected behavior?

Webpack could use esbuild-kit/tsx automatically if found, just like it already supports:

• ts-node/register
• sucrase/register/ts
• @babel/register
• esbuild-register
• @swc/register

What is motivation or use case for adding/changing the behavior?

I'd like to use this loader because it's the most straightforward I found so far, without issues and verbose configuration. I wish this was supported natively in Webpack.

How should this be implemented in your opinion?

Is it correct that Webpack uses interpret under the hood to load configuration? If so, I think this change can be followed up in its repo:

• esbuild-kit/tsx support gulpjs/interpret#95

Are you willing to work on this yourself?

Potentially

Also we need:

• tsimp support

[fregante]

Actually this should probably be moved to webpack-cli:

webpack-cli/packages/webpack-cli/package.json

Line 47 in 338254e

"interpret": "^3.1.1",

[snitin315]

Yes, we use interpret in webpack-cli.

[alexander-akait]

@fregante I think we can provide an option to support loaders that is not supported by interpret, is it fine for you?

[fregante]

It seems to me that this already works but I was hoping to see native support since the package is quite popular (more than some existing parsers used by Interpret).

However this stopped working in Node 20. See:

• Unable to specify custom config loader in Node 20 (--loader tsx) #3889

[alexander-akait]

@fregante I think we can send a PR for gulpjs/interpret#95 and ask to merge it, also, yeah, I can modify default loaders array and put this as a temporary workaround until interpret team merge

[adarsh500]

Hey everyone, i'm pretty new here and i'd like to work on this issue