⚠Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.
Hello.
What assumptions are people making? The table is focused on the .net standard version and the intro to the table states that the versions listed are the minimum required.
Hello.
What assumptions are people making? The table is focused on the .net standard version and the intro to the table states that the versions listed are the minimum required.
How do I get to the table. The source file for the page links to net-standard-table.md which is not located in the repository.
@sharpninja The source for that page is in this repository. (GitHub version of the page does not understand the link, which is why it's 404.)
Since people still seem to be confused by the table, maybe it would make sense to add an explicit explanation before the table? Something along the lines of:
If a newer version of a platform is not listed in the table, it means it supports the same version of .NET Standard as the last listed version of that platform.
See if that helps: https://github.com/dotnet/docs/pull/11991
I'm also trying to think of a way where we could do the opposite of what this table does and would allow you to select what you wanna target and it would tell you what .NET Standard versions it supports. Not sure if I have many capabilities with the features we have on docs. Let me experiment.
I'm testing a few different options here:
https://github.com/dotnet/docs/blob/ns-experiment/docs/standard/net-standard.md
What do you think of adding a table like this to that article? (using range or listing versions individually is an option; just wanted to test some things out)

Tagging @pkulikov since you commented on my PR as well
/cc @terrajobst
I was working with @rowanmiller to a get an interactive table hosted on dot.net. There is a design proposal we'll be reviewing soon.
@mairaw I think such an additional table would be of great help. Listing version is essential, I think. That makes it easier to understand.
One remark, though. Should .NET Core section contain two rows: .NET Core 1.0 and 1.1 don't support .NET Standard 2.0, but only .NET Standard 1.6
@mairaw What about using this as a test for pivot zones?
Yes, I know you are @terrajobst. But I thought it would be similar to the one you have in https://immo.landwerth.net/netstandard-versions/# which is different than I'm proposing here.
Or would you also allow to select a TFM and then tell me which .NET Standard versions are supported?
Good catch @pkulikov. I _think_ I fixed my table above.
@Thraka not in this case. You wanna see all versions and platforms together to choose the one that makes the most sense if you're multi-targeting, creating a .NET Standard library, etc.
We just published the first version of the interactive table to https://dotnet.microsoft.com/platform/dotnet-standard
We landed on a design that is a little different from https://immo.landwerth.net/netstandard-versions/#, trying to make it clearer what the table is conveying. It might help with the confusion being discussed here?
I've updated the link in the standard repo to point to the new table. I've also submitted https://github.com/dotnet/docs/pull/12354 to update the official docs.
Awesome guys! So what do folks think? Would you still like to see a static version on our docs or can we consider this issue resolved?
@mairaw That looks fantastic!
Awesome guys! So what do folks think? Would you still like to see a static version on our docs or can we consider this issue resolved?
I'd say resolved 😛
I don't have a screen reader handy, so this might already been taken care of in the new design but I wanted to raise it just in case - because the new design uses JavaScript to apply an image using CSS (label-danger or label-success) there is a strong possibility that a user with a screen reader won't get any of the additional details - meaning that they will just hear the numbers without any additional context.
Not sure if all of Docs (or associated sites that articles on Docs link to) needs to follow the Microsoft public web guidelines for accessibility, but figured I would point it out.
@JimInWA you are correct - we'll get this fixed.
@JimInWA just confirming that this is now fixed. We added additional "is supported"/"is not supported" text that is only rendered for screen readers.
Looks like this can be closed now.