API about stylelint

[jeddy3]

So am I right in thinking that, with the addition of result.messages to postcss, stylelint will be a collection of linter postcss plugins, just like cssnext is a collection of transpiler postcss plugins (with added caniuse support)?

And, just like cssnext, you'll be able to pass in a big options parameter. In stylelint's case, configuration options for the rules e.g:

var output = stylelint(input, {
  rules: {
    indentation: {
      default: 1,
      char: "\t",
    },
    eof-newline: true
  } 
})

And, with the addition of result.messages to postcss, stylelint will be able to capture all the messages from the separate linter plugins and display them in a nice way?

If so, that all sounds fantastic to me! :)

[MoOx]

You are right 😉

[jeddy3]

Awesome :)

[davidtheclark]

Sounds great to me. Good thinking.

[davidtheclark]

I was thinking about writing some linter modules sometime soonish, and just wanted to ensure that they would be compatible with stylelint once stylelint gets going. So I have one question for @MoOx about the intentions of stylelint: If I write linting modules that register their complaints via the PostCSS 4.1+ warnings API, will that be enough for stylelint to understand and interpret them? Is the plan to build stylelint right on top of that API?

[MoOx]

FYI this messages API in postcss exists because I gave the idea for stylelint. So yes I would definitly use it :)
I don't plan to make hundreds of postcss-* plugins for this linter and would prefer to get the rules in a single repo.
I really like ESLint so I think I will try to mimic the way you can use it. So we should definitly support "stylelint plugin" (-> postcss plugin).

For a quick start I plan to work on stylelint as a postcss plugin. I will try to work on this really soon.

[magsout]

👍

[lorenz068]

Is it currently fonctionnal? If i read your source code i don't read anything about CSS. Just JS right?

[MoOx]

Nothing has been made yet.

[davidtheclark]

Until there is some other structure in place, what would you think of the following temporary setup:

• Write and test rules individually, as though they were individual plugins although they live here in the same repo; basically, they are functions that accept the AST and result objects and register warnings on the result.
• The plugin itself accepts a single options object containing settings for all rules.
• Rules register problems as warnings. These could then be printed in the console by the runner or with something like postcss-log-warnings.

?? Would that work as a temporary setup?

I might have some time to write some rules soon -- e.g. at laundromat tonight :) -- so I wanted to see if there was an acceptable way to get something usable going. I can implement this if you agree with it.

[MoOx]

That would totally works for me.
Sorry to started something and to not do anything... I am really busy with cssnext these days...
So I added you as a collaborator ;)

[davidtheclark]

Ok. I understand that it's OSS and you do not have unlimited time, so definitely wasn't trying to pressure you :) Just wanted a starting point, and this would work. Cool! Hope I can write a few soon.

[jeddy3]

Would that work as a temporary setup?

Sounds good to me!

[MoOx]

I think we can close this one for now. Don't you think ?

[davidtheclark]

Yes.