[PM] Property values are listed in the opposite order in quick doc.

[RaymondLim]

1. Invoke quick doc for "clear" property.
2. Look at the order of property values (all the titles) in the right column.

Result: The order is Inherit, both, right, left and none. But if you click on "Read more" link at the bottom right of the quick doc, the order of property values listed in the opened web page is exactly the opposite. ie. none, left, right, both and inherit.

[peterflynn]

@adrocknaphobia -- is there anything we can do here? The order seems randomly different from what's on the website. E.g. for borer-style I can't see any connection between the ordering. Is the JSON generation script storing the property values in a map at some point? That would give them basically arbitrary order...

[adrocknaphobia]

Will need to look into this issue a bit more. The API returns double results for 'css/property/clear' which might have something to do with it. Will investigate after sprint 24.

http://docs.webplatform.org/w/api.php?action=ask&query=[[Value_for_property::css/properties/clear]]||?Property_value|?Property_value_description|limit=1000&format=json

[redmunds]

Moved to Sprint 25.

[njx]

Moving out to sprint 26.

[gruehle]

Moving out to sprint 27.

[pthiess]

@adrocknaphobia Shall we move this out again?

[njx]

Moving to sprint 29

[pthiess]

@adrocknaphobia Moving to Sprint 30

[njx]

Removing from sprint. This isn't high priority. We'll use #4763 as a placeholder for the issue that it's becoming urgent to figure out how we're going to deal with these bugs.

[redmunds]

Was assigned to adrock, so marking "Needs Review".

[pthiess]

@jadbox Hey Jonathan, currently the Quick Doc files are stale at this point - I believe Adam has some scripts to compile and hand massage the results which then are shown in Brackets. We need your guidance where this falls priority wise and whether we just used Adam's implementation or if we should add a card to implement a more dynamic feature. Adding Move To Backlog for now.