In my UI XAML I\'m essentially inheriting from a class \"BaseView\" that contains functionality common to several forms, however this is preventing the designer from display
The problem was that the base class was defined as abstract. This caused the designer to fail. This problem is described in more detail in the comments section of Laurent Bugnion's blog: http://geekswithblogs.net/lbugnion/archive/2007/03/02/107747.aspx
Yeay! I solved it. The form ended up showing on the Display & error gone after I set the Control Display Options to Only Display Platform Control. Check out the image to locate it.
And another possible situation (this is actual for at least SL for WP):
If you create instanse of your class (ex. <local:MyDataSource />
) then it should be public. If your class is internal, it will work at design-time but will fail with this exception at runtime.
Another cause. My control class had a static field that was initialized from resources, like this:
static Color s_ImgColor = (Color)TheApp.Resources["PhoneForegroundColor"];
That would throw a null reference exception in XAML editor, since the resources are not available in design mode. Were it not a color resource (say, a brush), this won't be a problem, but a typecast to value type throws up on a null reference.
I found a very useful solution to this on : http://www.progware.org/Blog/post/WPF-Designer-Error-Could-not-create-an-instance-of-type.aspx.
This link explains how the WPF designer window runs the Constructor to display the UI in XAML and the remedy: adding the following snippet to any part of constructor code which might be giving error:
if(!System.ComponentModel.DesignerProperties.GetIsInDesignMode(this))
{
//code producing exception
}
the function name is self explanatory. :) This link also provides solutions on debugging issues with XAML.