Вопрос по ActiveX-контролам

Создаю контрол.
В нём очень было бы здорово использовать дерево - ну просто напрашивается!
Вопрос: если при разработке контрола я воткну на него TreeView из пакета MS Windows Common Controls, надо ли будет мне вместе со своим контролом распространять и весь этот пакет, или же при компиляции проекта элемент TreeView как-нибудь интегрируется 'внутрь' моего контрола, просто увеличив его размер?
До этого всегда обходился стандартными ЭУ при разработке контролов (которые были простейшими). Сейчас впервые берусь за серьёзный - и соответственно прошу совета.
Спасибо.

Скорее всего внешний контрол не станет интегрироваться. Это один из минусов VB, все подключаемые контролы необходимо распространять вместе с программой.

0

Похоже, вы правы.
Если на мой контрол (уже с TreeView) 'натравить' PDW, то она включает MSCOMCTL.OCX в состав CAB-файла. Да и размер откомпилённого OCX-а уж слишком маленький - в несколько раз меньше размера MSCOMCTL.OCX...

Окей, тогда интересно ваше мнение - не будет ли являться признаком 'плохого тона' таскание за своим контролом увесистого MSCOMCTL.OCX? (правда, он почти во всех виндах есть)

Или лучше попробовать обойтись стандартным ЭУ ListBox?

Стоп, без комментариев к создаваемому контролу однозначный ответ на мой вопрос дать сложно. Если коротко - работая над последним проектом я задолбался сохранять настройки проги из 47-и контролов в INI-файл. Тексты процедур LoadConfig и SaveConfig получились очень громоздкими, при постоянном добавлении новых настроек приходилось дописывать новые строки кода, я путался и т.д. Короче, решил написать контрол, который позволит визуально поставить каждому выбранному ЭУ формы в соответствие некий ключ INI-файла (или опред. раздела реестра), плюс задать логику обработки перед записью/после чтения, ограничения на допустимые значения, авто-преобразования типов, поддержку массивов ЭУ, возможность выполнять заданные действия при граничных значениях и т.д. - короче, всё то, что сейчас у меня понапихано в LoadConfig и SaveConfig. У контрола будут методы: LoadConfig, SaveConfig, CreateDefaultConfig, PrintConfig. Может, и ещё что, - не знаю пока )

Я видел когда-то давно что-то похожее, но уж очень отстойное.

Так вот, для навигации среди контролов формы идеально подходит TreeView с CheckBoxes = True. Особенно удобно 'разворачивать' в нём массивы ЭУ. Плюс - показывать 'по-контейнерную' иерархию ЭУ. Вот я и призадумался насчёт дерева...

Контрол хочу сделать FREEWARE, т.к. по-моему все VB-программеры начинают мучаться, как только число настроек проги переваливает за 15-20 штук. А уж если их полсотни и больше - тут вообще труба.

freeware - давай пиши скорее, не забудь драг и дроп узлов учесть и кучу всяких прочих удобств, у то - автоматизировать так автоматизировать ...

0

)
Только вот дрэг-энд-дроп конкретно в этом проекте на фиг не нужен.

Слева на Property Page - дерево с контролами. Справа - настройки по выбранному в дереве контролу. Т.к. число контролов 'плавает', и правая часть - один и тот же фиксированный набор ЭУ (заполняющийся новыми значениями при смене выбранного узла дерева), то хранить всё через Call PropBag.WriteProperty не выйдет: поэтому событие UserControl_WriteProperties будет сохранять все настройки во внешнем файле (склоняюсь к XML). А в run-time, вызовы методов LoadConfig и т.д. будут читать этот файл и следовать его предписаниям.

Интерфейс - строгий, но функциональный, пишу его на английском - там всё очень просто. Хелп, конечно, будет на двух языках.

Дай знать в этом топике, что получилось. И попробовать охота...
Эх еслибь кто-нить для зипования приличный контрол бесплатный написал(((
Столько времени ищу никак не найду.
Да я бы пивом даж напоил)

'Альфа-версия' уже готова.
Настала пора отладки и отлова багов.
Также пытаюсь понять, не забыт ли какой-нибудь нужный всем функционал. Буду рад услышать ваши мнения.
Ну и хелп, конечно, осталось написать ;-))

Извините за вторжение, но у нас широко используется упомянутое TreeView. Всё, что для этого нужно - это, естественно, подключить к проекту контрола соответствующую библиотеку. Во всяком случае, абсолютно точно, что этот пакет дистрибутива может быть инсталлирован на любой винд-машине (по крайней мере с NT либо 2К) без дополнительного гемора. Думаю, что он берётся из system path, то есть его не нужно экстра таскать вместе с дистрибутивом.

0

То, что компонент надо подключать к VB-проекту, и включать в дистрибутив - сомнений и не вызывало. Просто была сла-а-абая надежда, что применительно именно к проектам типа 'ActiveX Control' это будет не так или не совсем так. Такую надежду мне дал Excel VBA, у которого если пойти в окно Toolbox / Additional controls, то все 'члены' пакета MSCOMCTL.OCX видны поврозь: MS TreeView Control, MS ListView Control и т.д. Я понадеялся, что это не просто особенность вывода в данное окно, а нечто большее, и что м.б. если использовать (хотя бы только в проекте типа 'ActiveX Control') один лишь MS TreeView из всего пакета (и никаких ЭУ более), то он туда как-нить 'интегрируется' и не потащит за собой весь пакет.

Согласитесь: было бы неплохо, если ситуация 'контрол-в-контроле' разрешалась бы как-нибудь помягче, чем прямо в лоб.
Однако, я ошибался.

Чёрт с ним. Вопрос данного топика считаю закрытым. Однако, сам топик закрывать не буду: допишу контрол - сообщу. Прикольная штука получается...

Дописал.
http://FormToIni.narod.ru/Downloads/FormToIni.zip