Chris Krycho

Actually in this case it's upstream, in `ember-cli-babel` itself. For annoying historical reasons, we special-case the handling there (using the presence of `ember-cli-typescript` as a flag for including TS or...

@jacobq thanks so much for filing this. I'm going to close it in favor of #637, as I think that's where we want to track it (as well as #963),...

We also have CI running against stable, beta, and canary as well as all supported LTS releases, and I'm using it in multiple addons which are on 3.27 as well....

I think we’ve stated our position clearly enough before, but I’m going to state it one more time for the record and then lock the thread: **Disabling that feature in...

Added this to the above, but wanted to add it as a comment so folks following via email etc. see it: > For extra clarity here: the *main thing* that...

You can use `skipLibCheck` for this if need be, though it's unclear why type checking is getting involved in `@types/eslint` unless you're writing ESLint rules. Pretty confident we're not going...

- `hbs` is covered b/c `ember-cli-htmlbars` publishes types - `dependentKeyCompat` has been in there for quite some time now - there are still no *docs* for `setComponentTemplate` – the second...

@NullVoxPopuli > I am not really a fan of waiting to add types until there are docs. While I can understand the sentiment, there is *very good reason* we do...

Philosophically, I mostly agree! Practically, there are very good reasons we haven’t allowed RFCs to be the source of truth for what we publish in our types, including that they...

Ah, thanks for this! Should be a small, easy fix for anyone who wants to pick it up—just needs to get added to the list here: https://github.com/typed-ember/ember-cli-typescript/blob/0d5b85563bc1217c5d4fe6b6b701974a2de7d7a6/ts/blueprints/ember-cli-typescript/index.js#L149