| Index: stylelint-config-eyeo/index.js |
| =================================================================== |
| new file mode 100644 |
| --- /dev/null |
| +++ b/stylelint-config-eyeo/index.js |
| @@ -0,0 +1,60 @@ |
| +/* |
|
juliandoucette
2017/10/13 14:21:06
Potential missing properties:
1. https://google.g
ire
2017/10/24 09:05:16
Thanks, added
|
| + * This file is part of Adblock Plus <https://adblockplus.org/>, |
| + * Copyright (C) 2006-present eyeo GmbH |
| + * |
| + * Adblock Plus is free software: you can redistribute it and/or modify |
| + * it under the terms of the GNU General Public License version 3 as |
| + * published by the Free Software Foundation. |
| + * |
| + * Adblock Plus is distributed in the hope that it will be useful, |
| + * but WITHOUT ANY WARRANTY; without even the implied warranty of |
| + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the |
| + * GNU General Public License for more details. |
| + * |
| + * You should have received a copy of the GNU General Public License |
| + * along with Adblock Plus. If not, see <http://www.gnu.org/licenses/>. |
| + */ |
| + |
| +"use strict"; |
| + |
| +module.exports = { |
| + extends: "stylelint-config-recommended", |
|
juliandoucette
2017/10/13 14:21:06
NIT: We are currently using double slash comments
ire
2017/10/24 09:05:16
The rule doesn't apply to SCSS files. See https://
juliandoucette
2017/10/26 15:24:08
Acknowledged.
|
| + rules: { |
| + // Opening braces go on their own line |
| + "block-closing-brace-empty-line-before": "never", |
| + "block-closing-brace-newline-after": "always", |
| + "block-closing-brace-newline-before": "always-multi-line", |
| + "block-opening-brace-newline-after": "always-multi-line", |
| + "block-opening-brace-newline-before": "always-multi-line", |
| + |
| + // Use a space between the last selector and the declaration block |
| + // (Google HTML/CSS Style Guide) |
|
juliandoucette
2017/10/13 14:21:06
Why did you put this label here? Is everything bel
ire
2017/10/24 09:05:16
I put the label to specify that this particular ru
juliandoucette
2017/10/26 15:24:08
I'm ok with:
- no comments
- category comments
-
ire
2017/10/30 08:30:47
Ack. I think I prefer either no comments or rule c
|
| + "block-closing-brace-space-after": "always-single-line", |
| + "block-closing-brace-space-before": "always-single-line", |
| + "block-opening-brace-space-after": "always-single-line", |
| + "block-opening-brace-space-before": "always-single-line", |
| + |
| + // Use double over single quotation marks |
| + "string-quotes": "double", |
| + |
| + // CSS color values should be specified in hexadecimal where possible |
| + "color-named": "never", |
| + |
| + // CSS shorthand properties usage is optional |
|
juliandoucette
2017/10/13 14:21:06
This doesn't refer to a property?
(The same appli
ire
2017/10/24 09:05:16
You're right. But this is from our coding standard
juliandoucette
2017/10/26 15:24:08
I wasn't suggesting that we change our standards.
ire
2017/10/30 08:30:47
Oh right! Yes I thought it was clear that if there
|
| + |
| + // CSS rule declaration order should follow the |
| + // WordPress CSS Coding Standards |
| + |
| + // CSS number values should specify units where possible |
| + |
| + // Don't omit the optional leading 0 for decimal numbers |
| + "number-leading-zero": "always", |
| + "number-no-trailing-zeros": true, |
| + |
| + // Two spaces per logic level (Mozilla Coding Style) |
| + "indentation": 2, |
| + |
| + // Line length should be 80 characters or less |
| + "max-line-length": 80 |
| + } |
| +}; |