Issue #5109 - Create stylelintrc for websites and ui modules

stylelintrc.json

 {

[Thomas Greiner, 2017/07/07 21:45:00]

Did you also consider the "General" section of our coding style?

The reason why I'm wondering is because rules such as "max-line-length" are not
present.

   "rules": {
 
     "color-hex-length": "short",
     "color-named": "never",
     "color-no-invalid-hex": true,
 
     "font-family-name-quotes": "always-where-recommended",
     "font-weight-notation": "numeric",
 
     "function-calc-no-unspaced-operator": true,
     "function-comma-newline-before": "never-multi-line",

[Thomas Greiner, 2017/07/07 21:45:01]

Where's this mentioned in the coding style?

In general, there seem to be a few rules here that are not based on our coding
style so I won't comment on each of those. We should be very careful with
enforcing additional rules to avoid unnecessary conflicts.

That being said, I'd assume that rules that check for invalid syntax and errors
(e.g. "color-no-invalid-hex" or "string-no-newline") should still be fine.

     "function-comma-space-after": "always-single-line",
     "function-comma-space-before": "never-single-line",
     "function-linear-gradient-no-nonstandard-direction": true,
     "function-max-empty-lines": 0,
     "function-name-case": "lower",
     "function-parentheses-space-inside": "never",
     "function-url-quotes": "always",

[Thomas Greiner, 2017/07/07 21:45:01]

This is the opposite of what our coding style defines (see
https://google.github.io/styleguide/htmlcssguide.html#CSS_Quotation_Marks)
 and most of our code doesn't use quotation marks for URLs.

     "function-whitespace-after": "always",
 
     "number-leading-zero": "always",
     "number-no-trailing-zeros": true,
 
     "string-no-newline": true,
     "string-quotes": "double",
 
     "time-no-imperceptible": true,

[Thomas Greiner, 2017/07/07 21:45:00]

Apart from it not being in the coding style, this rule also appears to be
deprecated (see
https://github.com/stylelint/stylelint/tree/master/lib/rules/time-no-impercep...).

I also noticed other rules which have been deprecated (e.g.
"custom-property-no-outside-root").

 
     "unit-case": "lower",
     "unit-no-unknown": true,
 
     "value-keyword-case": "lower",
     "value-no-vendor-prefix": true,
 
     "value-list-comma-newline-before": "never-multi-line",
     "value-list-comma-space-after": "always-single-line",
     "value-list-comma-space-before": "never-single-line",
     "value-list-max-empty-lines": 0,
 
     "custom-property-empty-line-before": "never",
     "custom-property-no-outside-root": true,
 
     "property-case": "lower",
     "property-no-unknown": true,
     "property-no-vendor-prefix": true,
 
     "declaration-bang-space-after": "never",
     "declaration-bang-space-before": "always",
     "declaration-colon-newline-after": "always-multi-line",
     "declaration-colon-space-after": "always",
     "declaration-colon-space-before": "never",
     "declaration-empty-line-before": "never",
     "declaration-no-important": true,

[Thomas Greiner, 2017/07/07 21:45:01]

While this is not part of the coding style, I'd argue that it still makes sense.
Of course, there are situations in which it is perfectly fine to use
`!important` but forcing someone to explicitly disable this rule for such a line
is probably a good idea.

It might make sense to mention that in our coding style, however, that it is
highly discouraged to use `!important`.

 
     "declaration-block-no-duplicate-properties": true,
     "declaration-block-no-ignored-properties": true,
     "declaration-block-no-redundant-longhand-properties": true,
     "declaration-block-no-shorthand-property-overrides": true,
     "declaration-block-properties-order": [

[Thomas Greiner, 2017/07/07 21:45:00]

We have also discussed the approach of enumerating properties for CSS linting of
our Flattr extension and decided against it. Unfortunately, I couldn't find the
thread anymore to look up our arguments from back then.

At least its maintainability and stiffness are significant arguments against it.
Therefore solutions that allow us to define the order of property groups rather
than individual properties would be more appropriate since that's all the coding
style dictates.

Fortunately, it seems that stylelint supports that so here's an example:

e.g.
[
  {
    "order": "flexible",
    "properties": [
      "display",
      "visibility"
    ]
  },
  {
    "order": "flexible",
    "properties": [
      "bottom",
      "clear",
      "float",
      "left",
      "position",
      "right",
      "top",
      "z-index"
    ]
  },
  ...
]

However, according to
https://github.com/stylelint/stylelint/tree/master/lib/rules/declaration-bloc...
that rule has been deprecated.

       "display",
       "visibility",
 
       "position",
       "top",
       "right",
       "bottom",
       "left",
       "float",
       "clear",
@@ skipping 204 matching lines @@
     "comment-no-empty": true,
 
     "indentation": 2,
     "max-empty-lines": 1,
     "max-nesting-depth": 3,
     "no-duplicate-selectors": true,
     "no-empty-source": true,
     "no-eol-whitespace": true,
     "no-extra-semicolons": true,
     "no-missing-end-of-source-newline": true,
     "no-unsupported-browser-features": [

[Thomas Greiner, 2017/07/07 21:45:01]

Note that the requirements for the extension UIs depend on the platforms they're
being shipped in. For instance, our upcoming mobile options page won't need to
be compatible with other browsers than Firefox Mobile.

Therefore this seems to be one of the few rules that we shouldn't define
globally.

       true,
       {
-        "browsers": "last 2 versions, > 1%, IE 8",
+        "browsers": "last 2 versions, Safari 6, IE 8",

[ire, 2017/07/07 15:51:29]

Shouldn't this be "last 2 versions, IE >= 9" ?

[juliandoucette, 2017/07/07 20:15:04]

Perhaps. We haven't set this is stone yet. 

         "ignore": ["css-gencontent", "css-mediaqueries"]

[juliandoucette, 2016/11/10 11:42:58]

Added to ignore because we polyfill these features in IE8.

[ire, 2017/07/07 15:51:28]

What about feature queries?

[juliandoucette, 2017/07/07 20:15:04]

I didn't know that they existed at the time I made this :D

       }
     ]
   }
 }