-
-
Notifications
You must be signed in to change notification settings - Fork 5
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
test runner - separate diagnostics #159
Comments
@aladdin-add the linter diagnostics is not an error so should not prevent printing. I tested this now and the linter diagnostics blocking printing. As seen in this picture everything is generated as an error. I'm using my own reporter for this. |
but IMHO better not to mix the linting errors to the diagnostics. linting should be another public API? |
All diagnostics are just numbers. It's up to end users how to deal with them. What do you mean with 'linting should be another public API?' |
just my two cents. I can adjust the tests if you prefer the one API for all the things. :) |
I prefer not to kill performance and many "rules" in e. g. ESLint is parser errors. The diagnostics is just diagnostics and does everything in one go instead of walk the tree, consume memory and kill performance twice. This is best seen in an Editor where you can separate the diagnostics, and when it comes to public API. There are no problem to add a Here is an "eslint look a like" example |
@aladdin-add friendly ping |
All diagnostics in test runner is seen as an error. Need to separate this.
If 'DiagnosticKind' === 16 should trigger error diagnostics.
If the value is '64' should for example output
if the value is '8' should output an warning:
The text was updated successfully, but these errors were encountered: