You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 23, 2021. It is now read-only.
Today we have the ability to specify a TFM when resolving TagHelperDescriptors. The problem with this approach is that the Razor editor does not have this capability. Instead it always picks the first TFM when showcasing C# intellisense.
A second part of what we currently do today is if a user has a project.json file with a TFM such as netstandardapp1.5 the TargetFramework identifier according to the dotnet project model loader is .NETStandardApp. This means we'd either need to query them for a set of names for the associated TFM or hardcode a set of name. Neither is great.
Lets do what the .cshtml editor does today for consistency and consume the first TFM present so you don't get any odd artifacts in your cshtml.
The text was updated successfully, but these errors were encountered:
- This makes RazorTooling consistent with the .cshtml editor.
- Added `project.json` tests to validate new behavior of throwing an appropriate error/selecting the first TFM.
#49
- This makes RazorTooling consistent with the .cshtml editor.
- Added `project.json` tests to validate new behavior of throwing an appropriate error/selecting the first TFM.
#49
Today we have the ability to specify a TFM when resolving
TagHelperDescriptor
s. The problem with this approach is that the Razor editor does not have this capability. Instead it always picks the first TFM when showcasing C# intellisense.A second part of what we currently do today is if a user has a
project.json
file with a TFM such asnetstandardapp1.5
theTargetFramework
identifier according to the dotnet project model loader is.NETStandardApp
. This means we'd either need to query them for a set of names for the associated TFM or hardcode a set of name. Neither is great.Lets do what the .cshtml editor does today for consistency and consume the first TFM present so you don't get any odd artifacts in your cshtml.
The text was updated successfully, but these errors were encountered: