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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
New: Rule - 'lines-between-class-methods' (fixes #5949) #5950
Conversation
LGTM |
By analyzing the blame information on this pull request, we identified @nzakas, @scriptdaemon and @alberto to be potential reviewers |
Thank you for your pull request. It looks like this may be your first contribution to a jQuery Foundation project, if so we need you to sign our Contributor License Agreement (CLA). 馃摑 Please visit http://contribute.jquery.org/CLA/ to sign. After you signed, the PR is checked again automatically after a minute. If there's still an issue, please reply here to let us know. If you've already signed our CLA, it's possible your git author information doesn't match your CLA signature (both your name and email have to match), for more information, check the status of your CLA check. |
Marking as "do not merge" because the issue isn't accepted yet |
@nzakas The issue has been updated to "Accepted" now. Is there anything that I should do at this point? |
Issue is now accepted. Removing "do not merge". @LinusU no, you don't need to do anything yet. We'll code review this and leave you feedback if anything needs to be updated. (It's going to be a little while before we get to this, due to the fact that we are focused on fixing issues with the last release at the moment). |
No stress, thank you for the fast response :) |
LGTM. You might want to make this rule fixable. Should be pretty easy, since it's just whitespace fixing. Although you might run into trouble with comments. |
There's an open discussion about whether this should be folded into a more general rule about lines after block statements: #3092 |
LGTM |
Rebased on master, any updates on this? |
Hi @LinusU, could you make sure the rule adheres to the new rule format that was introduced since you first submitted the PR? More information about the new format can be found here: Also, we recently switched the |
We've actually consolidated the original issue and a few others into one issue (all dealing with padding blocks with newlines) here: #7356 Really appreciate all the work you did on this rule - we're still trying to decide exactly how we want to proceed. Feel free to join in on the discussion. |
On a side note - it doesn't look like we're going to be going with a separate rule implementation (though nothing is set in stone yet) specifically for lines between class methods, so chances are we won't be able to merge the PR in its current state. |
Ah, looks like there's another PR for this same issue: #6445 |
Closing this as we decided to go with a different rule proposal: #7356 (comment) We appreciate your work here @LinusU and we hope you can keep contributing to eslint. Things don't usually take this long to get sorted out. |
Thanks @LinusU for your contribution! |
This is the first time I'm writing a rule for eslint so please take an extra hard look so that I don't screw anything up :)
Things to do:
Edit:
Handled comments, changed the name and squashed everything into one commit.
Should be ready for review now 馃檶
If anyone is interested in the separate commits, here they are: https://github.com/LinusU/eslint/tree/class-padding-history