Игорь ГорбоносУ автора .ctl контролы. Они и так идут в самом проекте

В принципе, у меня и то и другое. Есть библиотека универсальных контролов, которая идет как ocx (при этом она подключена как проект в группу проектов, так что с отладкой в этом плане проблем нет), а есть и специфические контролы в самом проекте. С точки зрения их эксплуатации и возникновения проблемы они не отличаются.

Konst_OneactiveX control (ocx) - это встраиваемый объект, отсюда и все проблемы. он для утилизации часто-используемых интрефейсов был придуман (коробочка с заранее подготовленным функционалом). а то, что вы делаете, это скорее динамическое управление в режиме рантайма. откажитесь от скомпилённых ocx хотя бы, вложите все контролы в один проект и включите отладку. т.е. отдельных проектов для ocx не делайте, добавьте их к как модули в основной проект.

Честно говоря, я-таки не сделал выводов. Почему использование dll лучше, чем ocx? Собственно - я их и эксплуатирую в режиме утилизации интерфейсов.


Konst_Oneда, но он их юзает не как нормальные ocx. может ему они вообще не нужны и пусть делает классы и тд и тп. UserControl.Parent ему религия не позволяет юзать?

Контролы ВИЗУАЛЬНЫЕ. Как классы решают эту проблему? UserControl.Parent я юзаю, но как это связано с перехватом событий?

Konst_Oneиз контрола обращайтесь к объектам на родительской форме через UserControl.Parent. если передаёте ссылку на внешний контрол внутрь скоего юзерконтрола, то передавайте как ByRef, не делайте копии контрола внутри. у юзерконтрола есть не только события Initialize и Terminate, а InitProperties, ReadProperties. в них стоит проводить основную работу в рантайме/дизайнтайме при инициализации. а также событие Show не забываем. где-то на мсдн были картинки с порядком выполнения событий юзерконтрола в режимах дизайнтайм/рантайм , но можно и просто посмотреть на тестовом контроле через Debug.Print по всем событиям.

Последовательность событий я знаю, использую их все. Но не создавая копию ссылки внутри контрола не перехватишь события WithEvents.

Игорь ГорбоносКстати, решение от автора языка. Видимо другого ничего придумать не смогли.


авторCreate a Public method in the user control that releases allocated memory and then call the method from the Form that hosts the control array during the Form Unload event.

Ну, собственно, все то же самое предлагается, от чего я уйти хотел.

Речь идет о том, какое событие заставило бы контрол проверить эту переменную.

Такая тема для размышления.
Может быть можно решить через API (тут рассчитываю на знания Игоря или Antonary)

Может ли контрол узнать, что он стал невидимым?
(для внешнего срабатывает событие Hide, а для внутреннего - нет, то есть возможно есть какое-то оконное сообщение?)
Далее надо проверить, не повис ли контрол в воздухе , то бишь то, что он стал невидимым не было ли вызвано тем, что он оказался на скрытой закладке SSTab или просто кто-то сделал ему Visible=False.

Ну и соответственно, попытаться самоликвидироваться..., хотя тут тоже вопрос - как....

Shocker.ProДалее надо проверить, не повис ли контрол в воздухе

Точнее даже не он сам, а его самый старший родитель

Игорь ГорбоносНет! именно сам контрол. Потому что самый старший родитель(форма) нормально терминируется, в то время как контролы

Нифига.
см. мой самый первый пример
оба контрола не терминируются до выгрузки всего приложения.

При этом внутренний контрол вообще чувствует себя хорошо и думает, что все в порядке. Только у самого внешнего контрола пропадает родитель.

Игорь Горбонос
Вот пример как флагман разруливает похожую
ситуацию :)

Я называю этот прием "коллектор событий" и также использую его в проектах.
В принципе, он тоже решает мою задачу, но требует еще более серьезной переделки уже существующего кода.

Игорь Горбонос у каждого своя терминология

Сам придумал, сам назвал. Кто ж виноват, что они у меня идею сперли