Allow V2 addons to get .d.ts declarations instead of .gts.d.ts

[BoussonKarel]

I agree that if vue emits .vue.d.ts files, we want to emit something similar for gjs components.

However, V2 addons are built into js with a declarations folder, meaning your-component.gts becomes your-component.js with a your-component.d.ts declarations file.

To be able to support this the volar extraExtensionsToRemove should be configurable or have ['.gjs', '.gts'] in it by default.

[NullVoxPopuli]

I think it makes sense to frame this in terms of what we emit, ya.

Emit .js, get .d.ts

And even better, since it's not our code, this is a fairly low risk change to make

[BoussonKarel]

I have set extraExtensionsToRemove to ['.gts', '.gts'] in my addon and you can still use relative imports from other components (as discussed in #628).

[wagenet]

I'm still having issues with this. My generated .d.ts files are still including .gts in the imports and, subsequently, are broken.

[wagenet]

@BoussonKarel you don't happen to have https://github.com/NullVoxPopuli/fix-bad-declaration-output set up, do you?

AFAICT, TS itself never rewrites imports. That library, however, does.

Unless I'm mistaken, this means that the approach in this PR is not a viable long-term solution.

[NullVoxPopuli]

When i tested this, it was with a fresh v2 addon, which doesn't have that fixing util

[BoussonKarel]

I'm still having issues with this. My generated .d.ts files are still including .gts in the imports and, subsequently, are broken.

Can you send me a repro of an import that has the extension? Because most of my imports to gts are gone after build (only used in , which leaves no types).

[NullVoxPopuli]

it turns out we've been talking about different things all this time.

we're comparing addon.declarations() vs just raw ember-tsc

ember-tsc does not re-write imports, but addon.declarations() does