-
Notifications
You must be signed in to change notification settings - Fork 644
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
Gallery should show which frameworks a package is compatible with #4843
Comments
What would this look like for packages that multi-target different versions of the same TFN? JSON.NET for example has separate versions for:
Would it just show ".NET Framework 2.0 (or higher)"? A few of my packages also include additional features depending on what .NET Standard version you're on, so I'll multi-target accordingly. |
Fair point. So far, I've not seen any concrete proposals for a design, though. |
Yeah, I was thinking about that too. I'm wondering if that might be too much information for the person just trying to find what would work. Another option might be icons in front of the framework name that indicates how that platform is supported (indirectly by .NET Standard, or explicitly). Multi targeting across multiple versions could be a toggle in the UI (like |
Can we make things filterable in the search too?!?!? Would be amazing :) |
@JonDouglas Would also possible to add Fable on the list? |
@adelarsq This is out of scope right now as this work has already been merged and will be released shortly. I encourage you to create a separate issue regarding the feature request. |
@JonDouglas Nice! Thanks for the reply. I will create a new request for this. |
https://devblogs.microsoft.com/nuget/introducing-compatible-frameworks-on-nuget-org/ 🚢🚢🚢 (Thanks to @dannyjdev, @jcjiang & team!) |
The NuGet web site (and client UI) doesn't really show which frameworks a package is compatible with. Instead, it renders the dependency groups. If there are no dependency groups, it doesn't show any frameworks:
And if there are some, it quickly looks super busy, even in packages with few dependencies (check out JSON.NET). And for meta packages it's basically not working at all (check out NETStandard.Library).
If think we want to render the lowest version of a framework that the package is compatible with. We probably also want to hide or at least deemphasize legacy frameworks:
If my package only targets .NET Standard, I should still see the list of frameworks I’m effectively compatible with (i.e. the list above). Ideally, the list of frameworks would remain the same between packages but we’d indicate unsupported ones. For instance, let’s say the package only targets .NET Framework 2.0, this is what I would expect to see:
Logically, I think we want to have a list of frameworks on the server for which we do hit testing with each package. Adding new frameworks should update the display for all packages.
.NET Standard
We probably want to treat .NET Standard specially, at least by displaying it first. If a package has .NET Framework assets, it might be consumable via the .NET Standard 2.0 compatibility mode. It seems we should think if and how we could render that information. Maybe like this?
The text was updated successfully, but these errors were encountered: