Nicholas Jamieson

For anyone who ends up here due to problems with the `no-unused-variable` rule, I've written an alternative. There is a `no-unused-declaration` rule in my [`tslint-etc`](https://github.com/cartant/tslint-etc#rules) package. It does much the...

I've (only quickly) read your issue and would like to confirm whether or not you've read and followed the Angular CLI recommendations in the [README.md](https://github.com/cartant/rxjs-tslint-rules#angularcli).

Off the top of my head, I cannot think of an ideal solution to this. The linting of the application and test files uses the same `tslint.json` configuration and, therefore,...

The thing is that I don't use the Finnish rule or the subject-suffix rule. I wrote the Finnish rule only because I, at first, thought it would be too hard...

I imagine this would be possible, but complicated and I can't see myself having the time to do this anytime soon.

> Is there any chance you add this enhancement soon? No. It's simply not a priority for me.

Subclassing `Error` should be fine, as the rule uses the type information to determine whether the argument could be an `Error`. I guess `HttpErrorResponse` does not subclass `Error` if a...

`implements` is a TypeScript feature, though. Technically, it's still not an `Error`. To be an `Error` it would have to extend `Error`. Inheritance is the worst.

@NickLydon > Could you use this approach to check if the object implements this? Not easily. The check is done [here](https://github.com/cartant/tsutils-etc/blob/512baa1c4c6b0b072841671928ba8610686a0734/source/could-be-type.ts#L32-L36) and that function has only the type - it...

@NickLydon It's possible that this issue will be resolved with the changes in 4.29.2 - as that release includes an update to `tsutils-etc` that [looks at `implements` clauses](https://github.com/cartant/tsutils-etc/blob/master/source/could-implement.ts).