2017-04-18 07:52:04 +08:00
## WF serializes Expressions.Literal<T> DateTimes differently now (breaks custom XAML parsers)
2017-04-06 04:52:19 +08:00
### Scope
Edge
### Version Introduced
4.5
### Source Analyzer Status
Planned
### Change Description
2017-04-21 02:19:05 +08:00
The associated
< xref:System.Windows.Markup.ValueSerializer > object
will convert a < xref:System.DateTime ? displayProperty = name > or
< xref:System.DateTimeOffset ? displayProperty = name > object whose Second and
< xref:System.DateTime.Millisecond ? displayProperty = name > components are non-zero
and (for a < xref:System.DateTime ? displayProperty = name > value) whose
< xref:System.DateTime.Kind > property is not
Unspecified to property element syntax instead of a string. This change allows
< xref:System.DateTime ? displayProperty = name > and
< xref:System.DateTimeOffset ? displayProperty = name > values to be round-tripped.
Custom XAML parsers that assume that input XAML is in the attribute syntax will
not function correctly.
2017-04-06 04:52:19 +08:00
- [ ] Quirked
- [ ] Build-time break
### Recommended Action
2017-04-21 02:19:05 +08:00
This change allows < xref:System.DateTime ? displayProperty = name > and
< xref:System.DateTimeOffset ? displayProperty = name > values to be round-tripped.
Custom XAML parsers that assume that input XAML is in the attribute syntax will
not function correctly.
2017-04-06 04:52:19 +08:00
### Affected APIs
* Not detectable via API analysis
### Category
Windows Workflow Foundation (WF)
<!--
### Notes
Will need to dig in a bit to figure out exactly what a repro for this looks like. Probably, identifying Literal< DateTime > /Literal< DateTimeOffset > usage will be sufficient to give an informational diagnostic.
-->
2017-04-18 07:52:04 +08:00
<!-- breaking change id: 36 -->