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

Upcoming changes in WPCS #21

Closed
jrfnl opened this issue Feb 1, 2017 · 5 comments · Fixed by #68
Closed

Upcoming changes in WPCS #21

jrfnl opened this issue Feb 1, 2017 · 5 comments · Fixed by #68
Assignees

Comments

@jrfnl
Copy link
Collaborator

jrfnl commented Feb 1, 2017

Hiya,

We noticed that your repo contains some copies of sniffs from the WPCS which will be affected by upcoming changes in WPCS 0.11.0.

Please read through issue WordPress/WordPress-Coding-Standards#765 to gauge how this will affect your customized sniffs.

As a side-note:

  • If your customizations could also be useful for others, please consider pulling them to WPCS.
  • If they are about enabling/disabling part of an existing sniff, you could also consider using the exclude ruleset directive to disable one or more error message, using the type directive in the ruleset to change messages from error to warning or visa versa or sending in a PR to WPCS adding a public property to enable/disable part of the sniff.

For more information about ruleset customizations, please see the PHPCS wiki and please feel invited to respond to the above mentioned WPCS issue or to open an issue if you need help.

@david-binda
Copy link
Contributor

Hello @jrfnl ,

Please read through issue WordPress/WordPress-Coding-Standards#765 to gauge how this will affect your customized sniffs.

Will do, thank you very much for reaching out to us!

if they are about enabling/disabling part of an existing sniff, you could also consider using the exclude ruleset directive to disable one or more error message, using the type directive in the ruleset to change messages from error to warning or visa versa or sending in a PR to WPCS adding a public property to enable/disable part of the sniff.

Thank you for pointing out this approach to customising the messaging. Looks like it will significantly reduce the number of "forked" Sniffs in this repository.

If your customizations could also be useful for others, please consider pulling them to WPCS.

For sure! Let me, please, first take care of the forks as mentioned above, and then open PRs for the rest of the updates we have done.

@david-binda david-binda self-assigned this Feb 1, 2017
@jrfnl
Copy link
Collaborator Author

jrfnl commented Feb 1, 2017

Sounds like a plan! Be aware not all changes have been pulled to WPCS yet, but should be in the near future.

@jrfnl
Copy link
Collaborator Author

jrfnl commented Feb 1, 2017

Oh and you may also find issue WordPress/WordPress-Coding-Standards#614 interesting - the page with info on public properties which can be used to influence sniff behaviour, is expected to be added to the wiki once the PRs related to WordPress/WordPress-Coding-Standards#765 have been merged.

@jrfnl
Copy link
Collaborator Author

jrfnl commented Feb 1, 2017

And and another one you'll probably want to have a look at (all merged already): WordPress/WordPress-Coding-Standards#633

@jrfnl
Copy link
Collaborator Author

jrfnl commented Feb 25, 2017

FYI: the bulk of the changes have now been merged into WPCS develop.

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

Successfully merging a pull request may close this issue.

2 participants