How to pass Composite Control messages to the parent Form?

[=?Utf-8?B?RWl0YW4=?=]

Hello,

I developed a Composite Control with Visual C# (Rocker Button). The button
detects MouseUp events inside the control. However I would like these
MouseUp events to be transferred to the parent form of this control so I can
update the form with the new information.

The messages are trapped inside the control but are not seen by the parent
form.

Any idea how to do that?

EitnaB

[Peter Duniho]

On 2007-11-20 14:55:02 -0800, Eitan <Ei***@discussi ons.microsoft.c omsaid:

Hello,

I developed a Composite Control with Visual C# (Rocker Button). The button
detects MouseUp events inside the control. However I would like these
MouseUp events to be transferred to the parent form of this control so I can
update the form with the new information.

The messages are trapped inside the control but are not seen by the parent
form.

Any idea how to do that?

While it would be possible to do that, it seems to me that you would
rather use an event to signal the change in the state of the control,
or to react to a specific state.

For example, there's the Control.Click event, which something like a
Button control will use to signal that the button has actually been
successfully depressed and released.

Or you could go the data-centric route. For example, the
Control.TextCha nged event will signal when the Text property has
changed.

For a "rocker button", I would think you would expose a single state as
a property (perhaps using an enumeration). If the property is named
RockerState, then you might have a RockerStateChan ged event that the
parent form or any other code could subscribe to, for the purpose of
learning when the state of the rocker switch has changed.

Alternatively, you could have events corresponding to each position the
rocker button could have, with each event being raised as the rocker
changes position. I would prefer the previous idea, but this would
work too.

For me, the mouse events are more for use by the control itself to
handle interactions with the user. Higher-level control and signaling
should be implemented with a higher-level paradigm.

Pete

[Kerem Gümrükcü]

Hi,

did you try KeyPreview in the Parent Form?
Otherwise you can use SendMessage API
to transfer the messages to the upper level
parent control. You can subclass the parent
control or the child control and route the messages
in booth directions using SendMessage API
from Windows API,...

Hope this helps,...
Regards

Kerem
--
-----------------------
Beste Grüsse / Best regards / Votre bien devoue
Kerem Gümrükcü
ke*****@arcor.d e

Best Quote: "Ain't nobody a badass with a double dose
of rock salt...", Kill Bill Vol.2

Microsoft Live Space: http://kerem-g.spaces.live.com/
Latest Open-Source Projects: http://entwicklung.junetz.de
Sign my guestbook: http://entwicklung.junetz.de/guestbook/
-----------------------
"This reply is provided as is, without warranty express or implied."

[=?Utf-8?B?RWl0YW4=?=]

Hello Pete,

My problem is how to expose RockerStateChan ged event (for example) like you
suggested. I did expose properties with no problem but having difficulty to
send events to the hosting form.

Thanks
EitanB

"Peter Duniho" wrote:

On 2007-11-20 14:55:02 -0800, Eitan <Ei***@discussi ons.microsoft.c omsaid:

Hello,

I developed a Composite Control with Visual C# (Rocker Button). The button
detects MouseUp events inside the control. However I would like these
MouseUp events to be transferred to the parent form of this control so I can
update the form with the new information.

The messages are trapped inside the control but are not seen by the parent
form.

Any idea how to do that?

While it would be possible to do that, it seems to me that you would
rather use an event to signal the change in the state of the control,
or to react to a specific state.

For example, there's the Control.Click event, which something like a
Button control will use to signal that the button has actually been
successfully depressed and released.

Or you could go the data-centric route. For example, the
Control.TextCha nged event will signal when the Text property has
changed.

For a "rocker button", I would think you would expose a single state as
a property (perhaps using an enumeration). If the property is named
RockerState, then you might have a RockerStateChan ged event that the
parent form or any other code could subscribe to, for the purpose of
learning when the state of the rocker switch has changed.

Alternatively, you could have events corresponding to each position the
rocker button could have, with each event being raised as the rocker
changes position. I would prefer the previous idea, but this would
work too.

For me, the mouse events are more for use by the control itself to
handle interactions with the user. Higher-level control and signaling
should be implemented with a higher-level paradigm.

Pete

[Peter Duniho]

On 2007-11-21 06:58:02 -0800, Eitan <Ei***@discussi ons.microsoft.c omsaid:

My problem is how to expose RockerStateChan ged event (for example) like you
suggested. I did expose properties with no problem but having difficulty to
send events to the hosting form.

Well, what did you try? What didn't work?

Pete