-
Notifications
You must be signed in to change notification settings - Fork 889
no-unused-variable rule should not be deprecated #4100
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
in agreement with palantir/tslint#4100 this ruleset doesn't force people to switch to compile error for getting rid of unused things, this currently means paying the price of the deprecation warning
in agreement with palantir/tslint#4100 this ruleset doesn't force people to switch to compile error for getting rid of unused things, this currently means paying the price of the deprecation warning
This comment has been minimized.
This comment has been minimized.
If we would have access to the language service we could just use TypeScripts diagnostics instead of mirroring them, if I'm not mistaken? I don't know why, but it seems like access to the language service was removed in v5 (I once created an issue for this: #4232). |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Note: per #4534, this issue will be closed in less than a month if no PR is sent to add the rule. If you really need the rule, custom rules are always an option and can be maintained outside this repo! |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
To be clear, what we're accepting are PRs to resolve the technical limitations that originally caused the rule to be deprecated in the first place. Just removing the rule's deprecation is not enough. tl;dr:
It's a little heartbreaking seeing everyone post how nice it would be to be able to use the rule. There's very little that can be done until the above blockers are either fixed or found to no longer be relevant. Per #4534 you should divert your energy towards the typescript-eslint project. I'm going to mark supporting comments as off topic so folks are more likely to read this one. Deprecation Reasoning
So, we'd need to either:
(thanks @dakotahawkins for the obvious-in-hindsight suggestion to summarize the blockers here...) /cc @adidahiya / @jkillian in case either of you have references for what the issues were? |
This comment has been minimized.
This comment has been minimized.
💀 It's time! 💀TSLint is being deprecated and no longer accepting pull requests for new rules. See #4534. 😱 If you'd like to see this rule implemented, you have two choices:
👋 It was a pleasure open sourcing with you! If you believe this message was posted here in error, please comment so we can re-open the issue! |
Linking here: #3671 looks like good supporting docs for why it was deprecated. |
You could use |
@libinvarghese extends |
🤖 Beep boop! 👉 TSLint is deprecated 👈 (#4534) and you should switch to typescript-eslint! 🤖 🔒 This issue is being locked to prevent further unnecessary discussions. Thank you! 👋 |
Bug Report
Actual behavior
"no-unused-variable is deprecated. Since TypeScript 2.9. Please use the built-in compiler checks instead."
Expected behavior
This rule should not be deprecated.
The TypeScript compiler check is not a replacement for a linter. The lint rule has benefits that cannot be provided by the compiler option:
Here's a comment from a TypeScript developer that is applicable: microsoft/TypeScript#11051 (comment)
The text was updated successfully, but these errors were encountered: