Project csscomb config file should take precedence

[danielchatfield]

A project specific config file should be used in favour of the global one, not the other way around.

[bruce]

Ok, I'll buy that -- my original thought was that the specific config file was the user's configuration file -- so should trump any shared (team) configuration, but I can see how this would be problematic across teams (eg, I agree with one, disagree with another). I'll switch the logic and be open to a second, specific "use my config" sort if it's asked for.

[EmmaStott]

I agree with Daniel and would prefer this behaviour.

[rugk]

👍 - Is this so difficult that it is not solved yet?

[bruce]

@rugk It's likely not all that difficult. However, as I don't use Atom anymore, I'd love it if someone else maintained this project so it can get the attention it deserves. If you're volunteering, fork it and I'd be happy to pass it on.

[rugk]

There is no need for this. There are already many alternatives, e.g. https://github.com/jchouse/csscomb-atom

So basically I would however still have a request: Could you please add a note to the Readme saying you abandoned this project? (Maybe linking to an alternative)

And - if possible - can you delete it with apm from the Atom package list?