Security News
GitHub Removes Malicious Pull Requests Targeting Open Source Repositories
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
@netcentric/stylelint-config
Advanced tools
If StyleLint is new to you, you might want ot check out what it does and how to configure it.
npm install --save @netcentric/stylelint-config stylelint
Create or update your .stylelintrc
file in the folder of your project's package.json
:
{
"extends": "@netcentric/stylelint-config"
}
Please do not add it as a property stylelint
within the package.json
as it is not supported by all essential IDEs (e.g. Webstorm wouldn't pick it).
Note that Stylelint is different to eslint as it uses cosmiconfig to load the configuration file. Biggest difference: the first config file it finds is used, and it will stop looking for further files in upper folders. That means, you only can define one .stylelintrc
file, preferably on the same folder as your project's package.json
.
Most IDEs should have an integration for Stylelint.
In your package.json
"scripts": {
"lint": "stylelint "\"<root-css-files>/**/*.css\""
}
Make sure you do not accidently lint files you are not interested that are out of scope for your build; e.g. files within the node_modules
folder.
Please stick to the Netcentric rules as they are battle tested and were created to form a company wide basis for CSS code quality. If there's a very specific case you want to deactivate a rule for consider using StyleLint inline comments instead.
If there's a rule you consider as outdated or simply wrong please contact the package's maintainer or file an issue in JIRA (bugs
in package.json
) or create a PR on the package's repository (repository
in package.json
).
If you have a very project specific case where adding or deactivating a rule makes perfectly sense, you can overwrite any rule using the rules
property.
You can find a description of all rules on the Stylelint Homepage.
https://github.com/ismay/stylelint-no-unsupported-browser-features
When working with this plugin we've found some browser issues that might help you save some time investigating:
"plugin/no-unsupported-browser-features": [true, {
severity: `error`,
browsers,
ignore: [
// only issue for IE (according to http://caniuse.com/#feat=font-unicode-range)
// seems to that it "ignores the unicode-range if the U is lowercase e.g 'u+0061'"
`font-unicode-range`,
// autoprefixer does the job
`flexbox`,
// "css-hyphens" is only partially supported by Chrome and Android Browser 56
// autoprefixer does the job
`css-hyphens`,
// http://caniuse.com/#feat=viewport-units
// only the `vmax` rule is not supported in IE11, Edge
`viewport-units`,
// we expect full CSS grid support on target browsers once the project launches
`multicolumn`,
// IE11, Edge14 partially support this http://caniuse.com/#feat=outline
`outline`
]
}],
FAQs
Netcentric's coding and style rules for Stylelint
We found that @netcentric/stylelint-config demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 0 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
Security News
RubyGems.org has added a new "maintainer" role that allows for publishing new versions of gems. This new permission type is aimed at improving security for gem owners and the service overall.
Security News
Node.js will be enforcing stricter semver-major PR policies a month before major releases to enhance stability and ensure reliable release candidates.