Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some Feedback #6

Closed
egamma opened this issue Mar 12, 2017 · 5 comments
Closed

Some Feedback #6

egamma opened this issue Mar 12, 2017 · 5 comments

Comments

@egamma
Copy link
Contributor

egamma commented Mar 12, 2017

I understand that this is work in progress, but here is some initial feedback:

  • The tslint-language-service currently has tslint as a dependency, should this be a peer dependency? This enables to update tslint independent of the tslint-language-service. This similar to tslint itself, it also has typescript as a peer dependency only.
  • I haven't seen any support for settings/options for tslint like the tslint.json file location (--configFile) or the location of additional rules (--rulesDirectory). I assume that such settings can also be done inside the tsconfig.json?
  • Support for code fixes is work in progress, but the implementation provides custom code fixes for no-var-keyword, no-trailing-whitespace the tslint rules already provide a fix for these rules and the custom code fixes should not be needed.
@angelozerr
Copy link
Owner

Thank a lot @egamma !

The tslint-language-service currently has tslint as a dependency, should this be a peer dependency?

Yes sure, I will update package.json

I haven't seen any support for settings/options for tslint like the tslint.json file location (--configFile)

For the moment it search tslint.json in your project root.

the location of additional rules (--rulesDirectory). I assume that such settings can also be done inside the tsconfig.json?

I tell me if I should support that since tslint.json can declare rulesDirectory, no? Perhaps vscode-tslint does that to support any tslint version?

Support for code fixes is work in progress, but the implementation provides custom code fixes for no-var-keyword, no-trailing-whitespace the tslint rules already provide a fix for these rules and the custom code fixes should not be needed.

Yes sure.

@egamma
Copy link
Contributor Author

egamma commented Mar 12, 2017

I tell me if I should support that since tslint.json can declare rulesDirectory, no? Perhaps vscode-tslint does that to support any tslint version?

I agree that defining the rulesDirectory inside the tslint.json is the preferred way to do it. I cannot remember if this was always supported by tslint. vscode-tslint uses the principle to expose the tslint command line options that make sense as user configurable settings.

There are other settings that vscode-tslint supports based on user requests so they should supported unless there is a reason for not doing it. Please see for the supported options.

@angelozerr
Copy link
Owner

@egamma do you think we should expose those settings?

@egamma
Copy link
Contributor Author

egamma commented Apr 24, 2017

@angelozerr yes I think we should add support for these settings to the (to be created) backlog.

@angelozerr
Copy link
Owner

@egamma I close this issue since you have created #32 Please reopen it if you think we should reopen it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants