Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Baseline sorting is misleading #1018

Open
brandondrew opened this issue Dec 28, 2024 · 2 comments
Open

Baseline sorting is misleading #1018

brandondrew opened this issue Dec 28, 2024 · 2 comments

Comments

@brandondrew
Copy link

When sorting by the Baseline column, the order seems to be (when "ascending" is chosen):

  1. Limited availability
  2. Wide availability
  3. Newly available

That is not logical in any way. Since "ascending" is normally equated with "chronological", it would make more sense to order the

  1. Wide availability (these became available first)
  2. Newly available (these became available later)
  3. Limited availability (these are currently becoming available)

Very conveniently, you could use an alphabetical sort as a proxy, where an "ascending" (chronological) sort of the Baseline would be a descending alphabetical sort.

The best solution might be to use an actual availability date (when and if you have it) even though the image in the Baseline column implies all properties in a given availability category are equivalent. But I don't think it's worth delaying a change to the sorting until then. This should be a very simple fix. No point in letting the perfect prevent the very good.

@past
Copy link
Collaborator

past commented Dec 30, 2024

Since the Baseline designation for a feature indicates a point in time, the sort order should reflect the date a feature became Baseline, which naturally produces the order you mentioned (newly, wide, limited - by default). This has the bonus side effect of showing more timely and useful information to page visitors compared to the order you suggested (which was also considered), given that widely available features tend to remain unchanged going forward. With the current setup, every visit to the website will show the features that most recently reached Baseline status, without any need for further clicking and scrolling.

@jcscottiii did I get anything wrong in the above?

@jcscottiii
Copy link
Collaborator

jcscottiii commented Dec 30, 2024

the sort order should reflect the date a feature became Baseline, which naturally produces the order you mentioned (newly, wide, limited - by default).

This is correct and intended.

If you look at the raw data from the backend call and examine the low_date, you will see that the features are listed in chronological order of when the feature reached baseline.

@brandondrew: If you have any ideas on how we can make this clearer, let us know.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: No status
Development

No branches or pull requests

3 participants