Designer serialization of non-default values

[Charlie]

Imagine I subclass Panel into MyPanel and set a few property values to my
own defaults as shown below. Eg. I set BackColor to by LightYellow.

When I add MyPanel to a form, it will write the non-default property values
into the InitializeCompo nent of the form. So it will explicitily set
myPanel1.BackCo lor = Color.LightYell ow. If I later change the MyPanel
BackColor default from LightYellow to LightRed, it will not reflect this in
my form since the panel on the form is explicitely set to LightYellow.

I hope that makes sense.

Now, I know I can override BackColor and use the [DefaultValue ... ] option
to define new defaults in MyPanel, but if I'm modifying a dozen properties
then do I really need to this for every modified property?

public class MyPanel : Panel
{
public MyPanel()
{
InitializeCompo nent();
}

private void InitializeCompo nent()
{
this.SuspendLay out();
//
// MyPanel
//
this.AutoSize = true;
this.AutoSizeMo de =
System.Windows. Forms.AutoSizeM ode.GrowAndShri nk;
this.BackColor = System.Drawing. Color.LightYell ow;
this.BorderStyl e = System.Windows. Forms.BorderSty le.FixedSingle;
this.ResumeLayo ut(false);
}
}

--Charlie

[Dave Sexton]

Hi Charlie,

Now, I know I can override BackColor and use the [DefaultValue ... ]
option to define new defaults in MyPanel, but if I'm modifying a dozen
properties then do I really need to this for every modified property?

DefaultValueAtt ribute is the simplest way. Yes, it has to be added to each
property that you want to modify.

In some cases you may have to create a ShouldSerialize[Property] method
instead, but if you're using a default value that can be expressed in a
constant expression then DefaultValueAtt ribute will work.

"Defining Default Values with the ShouldSerialize and Reset Methods"
http://msdn2.microsoft.com/en-us/library/53b8022e.aspx

--
Dave Sexton

"Charlie" <null@nullwro te in message
news:uM******** ******@TK2MSFTN GP03.phx.gbl...

Imagine I subclass Panel into MyPanel and set a few property values to my
own defaults as shown below. Eg. I set BackColor to by LightYellow.

When I add MyPanel to a form, it will write the non-default property
values into the InitializeCompo nent of the form. So it will explicitily
set myPanel1.BackCo lor = Color.LightYell ow. If I later change the MyPanel
BackColor default from LightYellow to LightRed, it will not reflect this
in my form since the panel on the form is explicitely set to LightYellow.

I hope that makes sense.

Now, I know I can override BackColor and use the [DefaultValue ... ]
option to define new defaults in MyPanel, but if I'm modifying a dozen
properties then do I really need to this for every modified property?

public class MyPanel : Panel
{
public MyPanel()
{
InitializeCompo nent();
}

private void InitializeCompo nent()
{
this.SuspendLay out();
//
// MyPanel
//
this.AutoSize = true;
this.AutoSizeMo de =
System.Windows. Forms.AutoSizeM ode.GrowAndShri nk;
this.BackColor = System.Drawing. Color.LightYell ow;
this.BorderStyl e =
System.Windows. Forms.BorderSty le.FixedSingle;
this.ResumeLayo ut(false);
}
}

--Charlie

[Charlie]

I was afraid you would say that. Allow me to explain the actual problem I am
having. The control I am trying to subclass is a 3rd party Infragistics
UltraWinGrid control.

In my subclass, I set the this.DisplayLay out.Override.Al lowGroupBy property
to false (just an example), and InitializeCompo nent looks like this:

private void InitializeCompo nent()
{
((System.Compon entModel.ISuppo rtInitialize)(t his)).BeginInit ();
this.SuspendLay out();
//
// MyUltraGrid
//
this.DisplayLay out.Override.Al lowGroupBy =
Infragistics.Wi n.DefaultableBo olean.False;
((System.Compon entModel.ISuppo rtInitialize)(t his)).EndInit() ;
this.ResumeLayo ut(false);
}

Looks fine so far. When I add this control to a form, the AllowGroupBy =
False line also appears in the InitializeCompo nent of the form. This is a
problem because if I later decide to change the default value to True, the
grid on the form will still use the False value!

Furthermore, I cannot override any of these properties
(DefaultValueAt tribute, Reset..., ShouldSerialize ... do not work) since
AllowGroupBy is a property of the Override property which is a property of
DisplayLayout, etc.

At the end of the day, I have about 50 lines of code which is placed into
InitializeCompo nent for every grid within my application. Furthermore, if I
change any of these defaults in the subclass, I am forced to manually clean
up the dozens of places where this code has been unnecessarily written.

Is there a solution to this?

--Charlie

[Dave Sexton]

Hi Charlie,

>I was afraid you would say that

How did you know that I was going to answer your question? :p

Allow me to explain the actual problem I am having. The control I am
trying to subclass is a 3rd party Infragistics UltraWinGrid control.

In my subclass, I set the this.DisplayLay out.Override.Al lowGroupBy
property to false (just an example), and InitializeCompo nent looks like
this:

private void InitializeCompo nent()
{
((System.Compon entModel.ISuppo rtInitialize)(t his)).BeginInit ();
this.SuspendLay out();
//
// MyUltraGrid
//
this.DisplayLay out.Override.Al lowGroupBy =
Infragistics.Wi n.DefaultableBo olean.False;
((System.Compon entModel.ISuppo rtInitialize)(t his)).EndInit() ;
this.ResumeLayo ut(false);
}

Looks fine so far. When I add this control to a form, the AllowGroupBy =
False line also appears in the InitializeCompo nent of the form. This is a
problem because if I later decide to change the default value to True, the
grid on the form will still use the False value!

Furthermore, I cannot override any of these properties
(DefaultValueAt tribute, Reset..., ShouldSerialize ... do not work) since
AllowGroupBy is a property of the Override property which is a property of
DisplayLayout, etc.

At the end of the day, I have about 50 lines of code which is placed into
InitializeCompo nent for every grid within my application. Furthermore, if
I change any of these defaults in the subclass, I am forced to manually
clean up the dozens of places where this code has been unnecessarily
written.

Is there a solution to this?

If you can live with the designer not showing your default values and if you
are sure that you won't even attempt to override the default values using
the designer, then you may be able to use the following code in your derived
Control to set default values only at runtime when the control is becoming
visible:

protected override void OnCreateControl ()
{
if (Site == null || !Site.DesignMod e)
{
this.DisplayLay out.Override.Al lowGroupBy =
Infragistics.Wi n.DefaultableBo olean.False;
}

base.OnCreateCo ntrol();
}

Since you're not dealing with a FCL control I can't test this myself, but I
assume it will work. Let us know :)

Another solution might be creating a custom designer, but you'll have to
derive from Infragistics designer if you want to retain the expected
design-time behavior, which might not be possible and probably wouldn't be
an easy task anyway. If it comes down to that it's probably not worth your
time, but searching or posting in Infragistics forums might help you to find
a better solution.

--
Dave Sexton