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 |