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

Fixed sort_constructors_first #169

Closed
wants to merge 1 commit into from
Closed

Fixed sort_constructors_first #169

wants to merge 1 commit into from

Conversation

M-A-D-A-R-A
Copy link
Contributor

Refer #149

Fixed:

  • sort_constructors_first

@manjotsidhu
Copy link
Member

manjotsidhu commented Nov 17, 2021

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

@M-A-D-A-R-A
Copy link
Contributor Author

M-A-D-A-R-A commented Nov 17, 2021

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.

So for eg :-
Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.

and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

@manjotsidhu
Copy link
Member

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.

So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.

and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.

This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

@M-A-D-A-R-A
Copy link
Contributor Author

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.

This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

@manjotsidhu
Copy link
Member

manjotsidhu commented Nov 17, 2021

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.
This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

If you want to fix this rule, then you can make further changes to resolve the issues in this PR otherwise you can close it.

@M-A-D-A-R-A
Copy link
Contributor Author

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.
This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

If you can fix this rule, then you can make further changes to resolve the issues in this PR otherwise you can close it.

So like you said it was already in good state I think i shoul close this PR.

@manjotsidhu
Copy link
Member

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.
This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

If you can fix this rule, then you can make further changes to resolve the issues in this PR otherwise you can close it.

So like you said it was already in good state I think i shoul close this PR.

Please note that the rule is still disabled, our aim is to enable the rule and make the changes if we are not following them so that Flutter Analyzer doesn't throw errors/warnings.

@M-A-D-A-R-A
Copy link
Contributor Author

M-A-D-A-R-A commented Nov 19, 2021

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.
This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

If you can fix this rule, then you can make further changes to resolve the issues in this PR otherwise you can close it.

So like you said it was already in good state I think i shoul close this PR.

Please note that the rule is still disabled, our aim is to enable the rule and make the changes if we are not following them so that Flutter Analyzer doesn't throw errors/warnings.

So should i Enable this this rule, and then work on this ?

@manjotsidhu
Copy link
Member

@M-A-D-A-R-A Please explain your changes done in this PR along with how it fixes the rule (sort_constructors_first). Also I don't see this rule being enabled or removed from https://github.com/CircuitVerse/mobile-app/blob/master/analysis_options.yaml#L9

I refered to this.
So for eg :- Before it was

class CollaboratorAttributes {
    CollaboratorAttributes({
    this.name,
  });

String name;

and Now

class CollaboratorAttributes {
  String name;
  CollaboratorAttributes({
    this.name,
  });

Im new to this so i dont know i did the right thing or not.
and yeah it was mentioned in those 26 issue so i started working on this without asking I didn't knew it was disabled.

Remove the rule from analysis_options.yaml.
This https://dart-lang.github.io/linter/lints/sort_constructors_first.html says GOOD as constructor being ordered at first and BAD if constructor is not in first. Your change does exactly the opposite.

So should i close this PR ?

If you can fix this rule, then you can make further changes to resolve the issues in this PR otherwise you can close it.

So like you said it was already in good state I think i shoul close this PR.

Please note that the rule is still disabled, our aim is to enable the rule and make the changes if we are not following them so that Flutter Analyzer doesn't throw errors/warnings.

So should i Enable this this rule, and then work on this ?

Yep

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 this pull request may close these issues.

2 participants