googlechrome/chromium-dashboard

Chrome Status Dashboard

chromium-dashboard's Issues

P3: Add smooth scrolling

Implement smooth scrolling when https://twitter.com/ebidel/status/364825118171602944 lands.

this.featureLiList[idx].scrollIntoView(true, {x: blah,y: blah, behavior: 'smooth'});

New more interactive UI

There's been a few ideas around a more rich visualization. Also filtering and viewing the standardization side or the implementation side.

If anyone is interested, here would be a good place to throw out some ideas of what we could do and how to do it.

P2: Add text corresponding to "Compatibility Risk" colors

I think we should try to make the colors easier to understand by adding corresponding text.

Current colors:

Example of color with text on html5please.com:

I'm not sure exactly what the UI should look like.

P3: Show/hide all panel toggle

RSS feeds and email notifications

Chromium Dashboard users should be able to 1) sign up for emails or 2) subscribe to RSS feeds for changes to:

• P0: Everything on the dashboard (analogous to email notifications on the current spreadsheet)
• P1: Specific entries (e.g. someone might only care about Shadow DOM)
• P2: Categories (e.g. someone might only care about Web Components)

P0: Allow filtering feature view by platform e.g. "platform: Android"

Android and desktop land features at different times. We need to distinguish.

P2: Deep link to a specific entry on the dashboard

It should be easy to deep link to a feature's entry on the dashboard.

P3: Clicking anywhere on a feature's box should expand the box

Right now, the feature view is only expanded if you click on the feature's name or category. Clicking anywhere on the box should open it.

To close the box, the right behavior is less clear to me. The current behavior seems fine, but users could be confused that clicking on the description twice doesn't open and then close the box. For that reason, I think we should make the "close box" click target bigger too.

Add milestone / status separators in scroll list

Right now when you click on M29, the first feature that landed in M29 appears at the top of the list. But it's hard to tell where the last M29 feature is and the M28 features start.

It'd be good to break up the list like this:

...
--- 29 ----
Feature name1
Feature name2
--- 28 ----
Feature name3
...

P3: Collapse "Canary" and "Dev" selectors in the left column if version number is the same

In other words, if the left nav looks like:

30: canary
30: dev

Then remove the "canary" line.

P1: Key should better explain what colors mean

[ green dot ] \t low compatibility risk \t what this means for web dev \t what this means for vendors

[ red dot ] \t high compatibility risk \t what this means for web dev \t what this means for vendors

P4: Way to export the data

P3: left-side versions should scroll with right feature list

Otherwise users have to manually scroll the version list. Some are offscreen.

P1: Safari is broken

I'm seeing a few weird rendering bugs in Safari.

Issues:

1. the filtering search box doesn't work. The filtered feature count updates, but the list is not re-rendered properly.
2. toggling a feature opens it, where the rest of the template is activated (e.g. it's under <template if="{{open}}">. Safari refuses to render that content when open == true.
3. "In development" should be selected on the left nav when the page loads.

...everything is working correctly in Webkit Nightly and FF.

Also, when the inspector is open everything renders fine. Weird!

P2: Memcache first_feature_of_milestone calculation

Make the categories links to filter on

For example, in the "Web Animations/Graphics" title at the top of a chip, I would like to click "Graphics" and get a filtered list of all of the Graphics features.

Move "Launch Bug" link

Currently, the launch bug link is positioned immediately below the "Implementation Status" header. This is confusing because it reads as "Implementation Status: Launch Bug."

It should be moved to the end of the list, so that the actual implementation status appears first in the list, and reads as, for example: "Implementation Status: Started."

P1: Appropriately toggle mobile platforms in edit form

So we gatther the data, even before it's available on the 'view' front end.

You should be able to search for "experimental" features

I want to see all the features that are behind a flag in chrome right now. How do I do that?

P2: Filtering should rerender first feature of milestone labels

Because of the way these labels are generated, it's possibly that a feature is incorrectly categorized under a version. The labels are turned on for the very first feature of a milestone, but filtering changes this list.

In the example, template is chrome 26, but it's labeled under 27

P2: Better colors than red => brown => green

Tagline sounds strange.

"Chromium Dashboard: a status of what we're up to" sounds strange to my eyes. :)

How about cutting it to "what we're up to"?

Scrolling doesn't work on Safari

Try in Safari: http://v2dash.cr-status.appspot.com/features

P3: Generate launch tracking bugs

From https://code.google.com/p/support/wiki/IssueTracker#Issue_entry :

The following fields can be pre-populated with a value supplied in the URL. Using links with these query parameters present allows you to guide end-users to enter an issue that is tailored to a specific need. Usually defining a template and specifying just a template value is better than specifying other values in a URL. The user must still review, edit, and submit the form.

Form field | URL query parameter | Values
Template | template | Name of a defined template in this project
Summary | summary | Initial summary string
Description | comment | Prompt text to show in issue description area
Status | status | Initial status value
Owner | owner | Username of initial issue owner
CC | cc | List of users to CC
Labels | labels | Comma-separated list of initial label values
Branch | branch | Initial branch path to use for code review requests

template : OWP Launch Tracking
summary : {feature description}
comment : defined here
status : Started
owner : {first owner email address}
cc : {other owner email addresses}
labels : I think this will be filled in by the template
branch : n/a

Example:
https://code.google.com/p/chromium/issues/entry?template=OWP%20Launch%20Tracking&summary={{feature.summary}}&status=Started&[email protected]&comment=body%20of%20intent%20template

What these look like in the wild is something like:
https://code.google.com/p/chromium/issues/detail?id=243345

a11y: Items in the feature list aren't focusable.

Tabbing through the document should eventually land me on the clickable feature list. It currently doesn't, as each item is just a flat <div>. I'd suggest adding "tabindex='0'" to each element that you expect folks to interact with (or changing them to use something which is natively focusable, like <a> or <button>).

As a second step, it would be good to ensure that they're interactwithable (yes, that's a word now) via the keyboard. :)

Thanks!

-mike

P3: Better aggregate "citizenship" view of feature colors

The spreadsheet is a cluttered mess, but the one thing it has over this replacement is that it's easy to visualize the citizenship of the whole project at a glance, because you can see so many green/red cells and if you squint you get a good overall feel--kind of like how a sparkline can help you understand general trends even if the specific data points are too small to understand.

We should figure out how to add an aggregate view to the new dashboard.

Find sane ordering of features

The best ordering would correspond to the column on the left (ie so "started" features appear first), but we might do alphabetical because it's easier to implement.

Create links to change default sort/ordering of list

non-intrusive links at the top of the list to select an alternate ordering e.g.

• last updated
• category
• alphabetical
• overall color

Other may be added.

P1: We need an icon for Chrome for Android

P1: Replace channels with "Enabled by default"

Replace "Canary/Dev", "Beta", and "Stable" with "Enabled by default"

P3: Search on owner

P3: Handle deprecated features gracefully

e.g. we should know the milestone the feature landed and the milestone that it was deprecate.

P0: Make the left column an index of location in the scroll list

Items on the left (under "Builds") are not really builds, but a mix of implementation status and builds, which can be confusing. For example, users might expect clicking on "28 Stable" to show all features in Stable, but it only shows new features in that build. I think this could be expressed better. See specific proposal below.

I think http://html5please.com/ does this well.

Search box should not move

Right now the search box moves when the number of web platform features changes:

Web Platform Features (100) [ Search Box ]
Web Platform Features (10) [ Search Box ]
Web Platform Features (1) [ Search Box ]

Ideally, the search box's position would remain fixed.

P4: Change size of "citizenship" color indicator based on footprint/visibility

Investigate styling the size of the "citizenship" indicator by how big the footprint/visibility is.

Rename "Started" to "In development" and "Experimental" to "Behind a flag"

Add a key which explains precisely which values mean what

Possible places to add it in the UI: below the version numbers or next to "Add a new feature"

P1: Support searching for specfic mobile versions

P4: Interface should provide more show/hide options

This could include:

• "Esc" should collapse all open features
• Show/hide all panel toggle

Showing all may not be practical, but hide certainly is.

P3: Add a colored dot for spec status

It needs a colored dot like web dev and other browser vendor opinions.

Make feature list navigable by keyboard

P1: Sentiment indicators should take into account standardization status

Currently they only take into account how web developers and other vendors feel.

We also need to add a color status dot for the spec/standard

P4: Allow sorting based on compatibility risk

ie sorting based on compatibility risk

Change string "No public discussion / standards track" => "No public standards discussion"

Confusing because for example, how can Lazy Layout be green for Web Developers, but there's "no public discussion" ?

P2: Make more per-feature information available in the collapsed view

e.g. experimental status.

Order by "Milestone of most recent update"

Currently, features are sorted by desktop launch milestones. They should instead be sorted by "most recent milestone on any platform."

For example, datalist support was added to Chrome for Android in M33: http://www.chromestatus.com/features/6090950820495360

The "datalist" feature should appear in the list of features for M33, not M20.

WDYT?

a11y: Items in the feature list aren't visibly focused when zipping around with a keyboard.

Hit the tab button a few times until you're in the newly focusable feature list (thank you for fixing that!).

Once you're there, there's no indication that you're anywhere at all. A focus ring would be nice (I assume you're overriding 'outline'?). Or a different colour/background whatever. I'm not a UX guy. :)

Thanks!

-mike

Added features don't show up until another item is saved

In v2, when you create a new record in the Admin view, it doesn't show up in the list view until you edit or create ANOTHER record.

If you flush memcache manually and refresh, the record shows up even without creating or modifying another record.

P3: Use lab icon instead of warning label for experimental features

Something like:

P3: Show chip cards for filters in search box.

the way html5please does.

Lower priority than #17