This repository was archived by the owner on Dec 19, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 222
Tag Helpers: Add design time projections for attributes #207
Comments
NTaylorMullen
pushed a commit
that referenced
this issue
Nov 25, 2014
- We now create LineMappings for instances where a TagHelper's attribute value is not of a string type. - This will enable the Razor editor to create projections from .cshtml => .cs for TagHelper attributes. - Modified the TagHelperCodeGenerator and TagHelperBlockBuiler to accurately track the attribute values start locations so it could flow into code generation. - Modified existing tests to account for the new line mappings. #207
NTaylorMullen
pushed a commit
that referenced
this issue
Dec 11, 2014
- We now create LineMappings for instances where a TagHelper's attribute value is not of a string type. - This will enable the Razor editor to create projections from .cshtml => .cs for TagHelper attributes. - Modified the TagHelperCodeGenerator and TagHelperBlockBuiler to accurately track the attribute values start locations so it could flow into code generation. - Modified existing tests to account for the new line mappings. #207
NTaylorMullen
pushed a commit
that referenced
this issue
Dec 15, 2014
- We now create LineMappings for instances where a TagHelper's attribute value is not of a string type. - This will enable the Razor editor to create projections from .cshtml => .cs for TagHelper attributes. - Modified the TagHelperCodeGenerator and TagHelperBlockBuiler to accurately track the attribute values start locations so it could flow into code generation. - Modified existing tests to account for the new line mappings. #207
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Dec 15, 2014
NTaylorMullen
pushed a commit
that referenced
this issue
Dec 18, 2014
- We now create LineMappings for instances where a TagHelper's attribute value is not of a string type. - This will enable the Razor editor to create projections from .cshtml => .cs for TagHelper attributes. - Modified the TagHelperCodeGenerator and TagHelperBlockBuiler to accurately track the attribute values start locations so it could flow into code generation. - Modified existing tests to account for the new line mappings. #207
NTaylorMullen
pushed a commit
that referenced
this issue
Dec 22, 2014
- We now create LineMappings for instances where a TagHelper's attribute value is not of a string type. - This will enable the Razor editor to create projections from .cshtml => .cs for TagHelper attributes. - Modified the TagHelperCodeGenerator and TagHelperBlockBuiler to accurately track the attribute values start locations so it could flow into code generation. - Modified existing tests to account for the new line mappings. #207
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Dec 22, 2014
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 15, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 16, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 19, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 22, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 27, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Jan 29, 2015
NTaylorMullen
pushed a commit
to aspnet/Mvc
that referenced
this issue
Feb 1, 2015
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Right now when a TagHelper specifies an attribute should be more than just an HTML
string
we don't project the users code into the correct location within the generated C# file.AKA:
The text was updated successfully, but these errors were encountered: