-
-
Notifications
You must be signed in to change notification settings - Fork 43
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
Update eslint rules #2870
Update eslint rules #2870
Conversation
Hi, For such coding standard decision, it would be great to explain:
Cause I assume the |
The default configuration works, because code base use jquery. I don't see the point in a rule that forces you to write export default class extends Controller {
static targets = ['counter', 'field'];
static outlets = ['filter'];
static classes = ['active'];
} instead, right? export default class extends Controller {
static targets = ['counter', 'field'];
static outlets = ['filter'];
static classes = ['active'];
} There should be a new line between methods, its good behavior. Same for the rule |
Looking at checks https://github.com/sonata-project/SonataAdminBundle/actions/runs/12253259625/job/34181578909?pr=8230 we need to set up a rule because the package is supported by backend developers and code |
I'm ok for I agree for For |
left the rule there is no reason to write get enabledFields() {
return this.fieldTargets.filter((field) => field.classList.contains(this.activeClass));
} instead get enabledFields() {
return this.fieldTargets.filter((field) => {
return field.classList.contains(this.activeClass);
});
} the rule doesn't affect anything, but it's always useful to make a block with return when the line is too long. |
Ok, and why you totally disable line between class members ? I thought it was ok to keep it for methods |
because admin bundle use 8.x branch eslint and localy failed to configure behavior, flexible settings is possible in 9.x far as I understand |
I successfully merged this manually, instead 5f40bd4 |
Disable rule for properties.