1. What is the purpose of the InArgument as opposed to a standard property?
2. If I have no intention of holding an expression in the argument should I just use a standard property?
3. When I write my activity to XAML, will it serialize standard properties' values? And deserialize them coming back?
4. Would InArgument<FlowDocument> be weird? And in that circumstance, is it possible to bind directly to the FlowDocument from my designer?
View Complete Post