Имеется контрол

Код

public class DropDownTreeViewWithSearch : UserControl     {        ...

в который состоит из TextBox и Button.
И есть проблема: для подобного рода контролов не высвечиваются ToolTip message
Кто нибудь сталкивался с такой проблемой

По-моему, тултип (компонент) ToolTip кидается на форму, на контрол и т.п. и "живёт" в своей форме/контроле, независимо от других. Поэтому всё что связано с тултипом на UserControl'е, инкапсулируется внутри контрола и по идее никак не зависит от того, куда этот контрол помещён; тултип должен появляться в любом случае.

Мне кажется проблема не в этом. А в том, что при перемещении мышки над композитным контролом, обработку события перехватывают контролы входящие в нее, а для них сообщение не прописано. Оно прописано только для композитного контрола

Код

this.toolTip.SetToolTip(this.myControl, resources.GetString("myControl.ToolTip"));

Надеюсь понятно объяснил. Я в С# пока полный профан

Цитата(Vyacheslav @ 12.1.2006, 13:54 )

А в том, что при перемещении мышки над композитным контролом, обработку события перехватывают контролы входящие в нее

Сам по себе юзерконтрол обрабатывает события от мыши только когда курсор находится над пустой областью контрола, а от клавиатуры - только когда на нём стоит фокус. Наверное, проблема связана с недостатками, изначально заложенными в WinAPI, где controls обрабатывают сообщения самостоятельно (например, из-за этого окно не могло обработать WM_MOUSEMOVE от кнопки, расположенной в его клиентской области).

Так как быть. Дело в том, что у контрола ни у ToolTip отсутствуют методы насильственного вызова ToolTip'а. Сейчас на ум приходит одно решение: создать у композитного контрола метов SetToolTip и передать ему ToolTip сообщения. A уж он то и привяжет этот ToolTip и сообщения к контролам, входящим в композитный контрол. Ну это некрасивое решение. Есть идеи

Остановился на следующем решении. Добавил к компоненту два свойства ToolTip и ToolTipText.
По крайней мере, позволяет устанавливать в дизайне. По моему мнению такой подход изначально более логичен, чем то, что предложено в фраймворке.

Цитата(Vyacheslav @ 12.1.2006, 16:33 )

По моему мнению такой подход изначально более логичен, чем то, что предложено в фраймворке.

Не соглашусь. А вдруг разработчик не хочет, чтобы весь контрол целиком был с одним и тем же тултипом? Если подходить теоретически, как вообще разработчики Framework могли бы распределить тултипы между:

1) композитным контролом вместе с его составными частями (usercontrol + children)
2) отдельными составными частями (children - кнопками и т.п.)
3) usercontrol, на котором расположены children

?