diff --git a/xml/System.Reflection/MetadataLoadContext.xml b/xml/System.Reflection/MetadataLoadContext.xml index 84847b3c1a2..1ab083e62e3 100644 --- a/xml/System.Reflection/MetadataLoadContext.xml +++ b/xml/System.Reflection/MetadataLoadContext.xml @@ -121,7 +121,7 @@ If a core assembly cannot be found or if the core assembly is missing types, thi * * - * + * * * APIs that need to compare types to well-known core types will not throw an exception, and the comparison will evaluate to `false`. For example, if you do not specify a core assembly, will return `false` for everything, even types named . Similarly, will return for everything. diff --git a/xml/System.Web.UI.WebControls/LinqDataSourceView.xml b/xml/System.Web.UI.WebControls/LinqDataSourceView.xml index f97e24d1f70..e1fca19d0f9 100644 --- a/xml/System.Web.UI.WebControls/LinqDataSourceView.xml +++ b/xml/System.Web.UI.WebControls/LinqDataSourceView.xml @@ -2104,7 +2104,7 @@ For more information, see the property of the server control, which is an instance of the :System.Web.UI.StateBag> class. The value for the server control is then persisted to a string object after the save-state stage of the server control life cycle. +View state is the accumulation of the values of the properties for a server control. These values are automatically added to the property of the server control, which is an instance of the class. The value for the server control is then persisted to a string object after the save-state stage of the server control life cycle. When view state is saved, the string object that was persisted after the save-state stage of the server control life cycle is rendered to the browser as an HTML hidden element. When you create custom server controls, you can improve efficiency by overriding the `SaveViewState` method and modifying the `ViewState` property for your server control. For more information, see [ASP.NET State Management Overview](https://docs.microsoft.com/previous-versions/aspnet/75x4ha6s(v=vs.100)).