You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Going with the definition that strictest "automatically enables every TypeScript compiler flag that has to do with type checking, making it as strict as possible.", I think the following should be out of scope given that these do not detect type errors - and are more just general linting rules (i.e. violations of these alone will never lead to a runtime error):
allowUnreachableCode
allowUnusedLabels
noPropertyAccessFromIndexSignature
noUnusedLocals
noUnusedParameters
Also see #156. I think this is a separate discussion: that discussion foucses on build-related flags and logistics around how the configs are used. This issue relates to specific flags that aren't performing type checking.
--
Proposed solutions:
Removing these flags from strictest
Creating a new preset, maybe strictest-types which has all the type checking rules enabled (but not these extra rules about e.g. unused code)
The text was updated successfully, but these errors were encountered:
No, I think these are the "strictest" version of TypeScript - you're welcome to a differing opinion but I don't think we need to make breaking changes to strict to remove the linter-ish properties only to eventually have to remake a version a bit like this.
Going with the definition that strictest "automatically enables every TypeScript compiler flag that has to do with type checking, making it as strict as possible.", I think the following should be out of scope given that these do not detect type errors - and are more just general linting rules (i.e. violations of these alone will never lead to a runtime error):
Also see #156. I think this is a separate discussion: that discussion foucses on build-related flags and logistics around how the configs are used. This issue relates to specific flags that aren't performing type checking.
--
Proposed solutions:
strictest-types
which has all the type checking rules enabled (but not these extra rules about e.g. unused code)The text was updated successfully, but these errors were encountered: