E
Edward Diener
I am creating a component and I want one of my properties to be an embedded
class with its own properties. When the component designer shows this
property I want it to be able to expand this property in-line to enable the
end-user to set its values. While my component is derived from
System::ComponentModel::Component, my embedded class has to be derived from
something else in order for it to be shown as an embedded class but be
serializable and marshallable at the same time. What is this something else
? Does my embedded class need to be of a value type to be embedded in this
way or does it just need to be derived from a different .NET framework base
class ?
As an example in C++ Builder, if I derived my component from TComponent, it
was treated as a component. If I derived my class from TPersistent, it was
treated as an embeddable class. What is the .NET equivalent to the latter ?
class with its own properties. When the component designer shows this
property I want it to be able to expand this property in-line to enable the
end-user to set its values. While my component is derived from
System::ComponentModel::Component, my embedded class has to be derived from
something else in order for it to be shown as an embedded class but be
serializable and marshallable at the same time. What is this something else
? Does my embedded class need to be of a value type to be embedded in this
way or does it just need to be derived from a different .NET framework base
class ?
As an example in C++ Builder, if I derived my component from TComponent, it
was treated as a component. If I derived my class from TPersistent, it was
treated as an embeddable class. What is the .NET equivalent to the latter ?