-
-
Notifications
You must be signed in to change notification settings - Fork 493
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
Sniff errors/warnings not all named #297
Comments
Duplicate: #140 |
👍 |
jrfnl
added a commit
to jrfnl/WordPress-Coding-Standards
that referenced
this issue
Jan 12, 2015
Notes: * I've made a start at adding granular error/warning names. * I've mostly ignored sniff files which only throw one specific error as those can be disabled by just disabling the sniff itself. * For error/warning names, I've used the Squiz and PEAR coding standards for inspiration and stuck to the names used in there for the same error if one existed. * In 1 instance (VIP/CronIntervalSniff), the existing error name did not comply with the CamelCaps convention for the names. I've changed the name. This will break backward compatibility for any rulesets referencing the 'old' name.
PR #298 addressed this. |
PR merged. Nice work. |
Thanks ;-) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Each error/warning can be named:
If they are, they can be selectively disabled:
A number of the WP specific sniffs at this moment don't have all errors/warnings named which means that if an error/warning is buggy or a project for whatever reason chooses not to use that error/warning, they have to disable the complete sniff as the specific errors/warnings can't be disabled.
I'd suggest that naming all errors/warnings generated would be good practice. Opinions ?
The text was updated successfully, but these errors were encountered: