Summary

Related: #3 (comment), #3167

This implements CSS declaration and rule sorting from the stylelint-order plugin. It sorts properties (and nested rules) in a consistent order, e.g:

  ! Properties can be sorted.
  
  > 1 │ .class { color: red; display: block; }
       │       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  
  i Safe fix: Sort these properties
  
    1    │ - .class·{·color:·red;·display:·block;·}
       1 │ + .class·{·display:·block;·color:·red;·}

The property order comes from the most popular preset config: stylelint-config-recess-order.

This is the equivalent stylelint config:

{
	extends: ['stylelint-config-recess-order'],
	rules: {
		order/order: [
		        "custom-properties",
		        "declarations",
		        "rules",
		        "at-rules"
	        ]
	},
}

The sort order is this: (ties stay in the same relative order)

1. Node kind:
   a. Custom properties
   b. The "composes" property
   c. Properties
   e. Nested rules and at-rules
   f. Other
2. Property name:
   a. By the order defined in PROPERTY_ORDER
3. Vendor prefix:
   a. By the order defined in VENDOR_PREFIXES
   b. Properties with no vendor prefix

Some possible issues:

• This is the only CSS rule that has a quickfix. I'm not sure if quickfixing CSS is stable. Seems to work though.
• stylelint-config-recess-order has an open PR that changes the order a little bit. It'd be best to wait for that to merge and sync the ordering before promoting this rule.
• stylelint-config-recess-order doesn't list every property. There are 230 (rarely used) properties that have no defined order. Some newly released properties aren't listed. I'd rather not unilaterally decide where they go so I've left them out for now. This rule silences itself if any property exists that isn't in the list. The stylelint version doesn't raise errors for unknown properties but applying any autofix will move them to the end.
• I've had to duplicate some logic from the noShorthandPropertyOverrides rule because this rule would apply incorrect quickfixes in that case. I've made this rule silence itself if that rule would have fired. Not sure if that's the right approach. The stylelint plugin doesn't do this and applies the fix even when its unsafe.

Test Plan

Unit tests are included.