-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
sort-comp: say "should" instead of "must" #372
Conversation
It seems you'll need to update tests as well to get the Travis CI build to pass. |
Oops my bad. Should be sorted now. Thanks. |
Mmm. Not really sure about this change or, to be more precise, about the reasons for it :) Imho it depends how the rule is configured, if configured as warning then After having a look at ESLint rules, it appears that there is no real rules for messages, (Same for us, due to the different rules authors and no rules about messages formatting, but that something I'd like to improve in future releases) |
aa6d3a8
to
dbf17a9
Compare
My reasoning is that "must" is absolutely not appropriate for warnings as it is misleading. The reverse is not true - "should" can also be used for errors without causing confusion. "must" is very definite, whereas "should" is a more lenient and flexible term. Additionally:
I haven't noticed any other instances yet, but at the moment this rule is causing confusion both for me and my coworkers. Thanks. |
That's a sufficient reason for me :) Thanks for the suggestion, do not hesitate to suggest other improvements to the error messages ;) |
Replace "must" by "should" in sort-comp error message
Sorting component methods is only ever a style preference. "must" is a bit misleading - it implies that there will be errors in the program. Say "should" instead.
Thanks.