Let's say I have a Windows Store app (targeting Windows 8.1), and on a page there's a ContentControl that looks like this:
<ContentControl>
<ContentControl.Content>
<TextBlock>Hello world</TextBlock>
</ContentControl.Content>
</ContentControl>
This works absolutely fine, but if I try to set the content up as a resource, like this:
<Page.Resources>
<TextBlock x:Key="TestContent">Hello world</TextBlock>
</Page.Resources>
<ContentControl Content="{StaticResource TestContent}" />
Everything looks great in the designer, but I get the following error at runtime:
Failed to assign to property 'Windows.UI.Xaml.Controls.ContentControl.Content'
I've tried defining the resource in various places (app.xaml, separate resource files, etc.) but I get the same error each time.
So, I have some questions:
- Should this be possible in WinRT XAML? Am I just doing something stupid?
- Is there another way to resource arbitrary content like this, e.g. path data? (I had some limited success by defining a style for a Path element, configuring the path data in a setter, but it doesn't seem to re-bind when navigating back to a page. That's a whole other issue though...)
My assumption is that you are using Visual Studio 2012. There were other such errors in 2012 that were resolved in Visual Studio 2013. Your code, which is perfect, works fine in Visual Studio 2013.
Best of luck!
Normally, a resource is a shared "single instance" and various XAML elements are referring to the single shared instance. I'm not sure why the Designer implies this would work (other than its heritage in supporting multiple types of "XAML"). In the case of a
TextBlock
though, it's a bit different as you'd want the Element instance to be able to be replicated and instantiated multiple times (potentially being hosted in multipleContentControl
s for example).WPF had a feature to make this work, in a a special attribute called
x:Shared
. You'd set that tofalse
to indicate that aResource
was not shared and that each request for the resource should return a new instance. WinRT does not have this same feature.There is a fully supported work-around however that you might consider.
One option would be to use a Template instead of replacing the content directly as you have tried:
Syntactically, it's a little longer of course, but functionally, it should be the same results.
Without the
x:Shared
, you are limited to being able to bind to resources that are the intrinsic data types, such asx:string
(as the example below works):