| Left: | ||
| Right: |
| OLD | NEW |
|---|---|
| (Empty) | |
| 1 /* | |
|
juliandoucette
2017/10/13 14:21:06
Potential missing properties:
1. https://google.g
ire
2017/10/24 09:05:16
Thanks, added
| |
| 2 * This file is part of Adblock Plus <https://adblockplus.org/>, | |
| 3 * Copyright (C) 2006-present eyeo GmbH | |
| 4 * | |
| 5 * Adblock Plus is free software: you can redistribute it and/or modify | |
| 6 * it under the terms of the GNU General Public License version 3 as | |
| 7 * published by the Free Software Foundation. | |
| 8 * | |
| 9 * Adblock Plus is distributed in the hope that it will be useful, | |
| 10 * but WITHOUT ANY WARRANTY; without even the implied warranty of | |
| 11 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the | |
| 12 * GNU General Public License for more details. | |
| 13 * | |
| 14 * You should have received a copy of the GNU General Public License | |
| 15 * along with Adblock Plus. If not, see <http://www.gnu.org/licenses/>. | |
| 16 */ | |
| 17 | |
| 18 "use strict"; | |
| 19 | |
| 20 module.exports = { | |
| 21 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.
| |
| 22 rules: { | |
| 23 // Opening braces go on their own line | |
| 24 "block-closing-brace-empty-line-before": "never", | |
| 25 "block-closing-brace-newline-after": "always", | |
| 26 "block-closing-brace-newline-before": "always-multi-line", | |
| 27 "block-opening-brace-newline-after": "always-multi-line", | |
| 28 "block-opening-brace-newline-before": "always-multi-line", | |
| 29 | |
| 30 // Use a space between the last selector and the declaration block | |
| 31 // (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
| |
| 32 "block-closing-brace-space-after": "always-single-line", | |
| 33 "block-closing-brace-space-before": "always-single-line", | |
| 34 "block-opening-brace-space-after": "always-single-line", | |
| 35 "block-opening-brace-space-before": "always-single-line", | |
| 36 | |
| 37 // Use double over single quotation marks | |
| 38 "string-quotes": "double", | |
| 39 | |
| 40 // CSS color values should be specified in hexadecimal where possible | |
| 41 "color-named": "never", | |
| 42 | |
| 43 // 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
| |
| 44 | |
| 45 // CSS rule declaration order should follow the | |
| 46 // WordPress CSS Coding Standards | |
| 47 | |
| 48 // CSS number values should specify units where possible | |
| 49 | |
| 50 // Don't omit the optional leading 0 for decimal numbers | |
| 51 "number-leading-zero": "always", | |
| 52 "number-no-trailing-zeros": true, | |
| 53 | |
| 54 // Two spaces per logic level (Mozilla Coding Style) | |
| 55 "indentation": 2, | |
| 56 | |
| 57 // Line length should be 80 characters or less | |
| 58 "max-line-length": 80 | |
| 59 } | |
| 60 }; | |
| OLD | NEW |