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

Pluggable Rules #139

Open
3 tasks
Snugug opened this issue Sep 8, 2015 · 5 comments
Open
3 tasks

Pluggable Rules #139

Snugug opened this issue Sep 8, 2015 · 5 comments

Comments

@Snugug
Copy link
Member

Snugug commented Sep 8, 2015

We should provide a way for end users to define and distribute rules as NPM packages that will be automatically picked up and be usable by Sass Lint

  • Look to ESLint as model
  • Recurse down dependency tree to find rules
  • Create naming convention
@Snugug Snugug self-assigned this Sep 8, 2015
@Snugug Snugug added this to the 1.4.0 milestone Sep 8, 2015
@bgriffith bgriffith modified the milestones: 2.0.0, 1.4.0 Oct 13, 2015
@gajus
Copy link
Contributor

gajus commented Nov 23, 2015

I am happy to take responsibility of this, assuming everyone agrees with the proposed naming convention and implementation logic, #432.

@gajus
Copy link
Contributor

gajus commented Nov 23, 2015

Though, I am not happy that this has a milestone v2.0.0. This is not a breaking change.

@Snugug
Copy link
Member Author

Snugug commented Nov 23, 2015

While this is not a breaking change, it's part of the suite of things we're going to be releasing in 2.0, which will have enough breaking changes that it will effect anything that touches the AST. We don't want to introduce something like this for a point version and then quickly deprecate all of that work for the changes we're introducing.

@glen-84
Copy link
Contributor

glen-84 commented Jan 13, 2016

Any news here? Is there no other way to add custom rules at the moment?

@kmiyashiro
Copy link

kmiyashiro commented Feb 17, 2017

We don't want to introduce something like this for a point version and then quickly deprecate all of that work for the changes we're introducing.

I wouldn't consider 1.25+ years quickly deprecating something 😅 . Unless 2.0 is imminent, maybe pluggable rules can be considered as a 1.x feature? Is there a way to define custom rules without creating separate modules currently?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants