Repository navigation
Playground vNext Wishlist #2807
Description
Things we've found useful that should continue to work, very roughly in priority order:
- "Obvious" stuff: completion, quick info, error squiggles, error list
- "Share code" links should be backward compatible
- Configuration of commonly-used options, preferably via tsconfig
- Version selection
- See JS and .d.ts output
Things that would be nice, but likely below a MVP cutline if push comes to shove:
- Automatic type acquisition
- Multiple files support
Feel free to post other things you'd like to see.
Activity
ssalbdivad commentedon Apr 26, 2023
// ^?queries are used in many if not most of the playground links I see.I'm sure some of that is individual bias, but with access to the VSCode extension ecosystem, would the plan be to enable vscode-twoslash-queries by default?
jcalz commentedon Apr 26, 2023
I'd think the only way a "share code" link could be backward compatible in the face of arbitrary changes to the playground is if it actually brings you to the old playground. Like, without automatic type acquisition, a lot of existing shared code would just break. But I don't think you want a copy of the old playground hanging around, so... I'm worried? Do I have reason to worry?
jakebailey commentedon Apr 26, 2023
We're working on ATA in vscode.dev anyhow, so if we go that direction, it should come "for free".
curran commentedon Nov 15, 2023
I'm wondering if it is likely a light lift or a heavy lift to allow ATA to work with TypeScript v5?
At the most basic level we can make the peer dependency accept v5 like this:
I'm not sure if it would actually work though. Worth a shot!
I'm working on a project where we are using TypeScript v5, running in the browser, and would like to augment our project with ATA.
Related: vizhub-studio/vzcode#352
jakebailey commentedon Nov 15, 2023
I'm pretty sure that's just an oversight that can be fixed.