ActiveX controls

[little]

Как можно заставить программу саму подцеплять необходимые ей ActiveX control-ы?

Пример: В Access-овской БД используются контролы "сторонних" производителей. Если эту БД перенести на другую машину - она начинает требовать эти самые контролы. Как избежать этого?

[PSD]

Что значит саму подцеплять?

чтобы юзать активх нужно его зарегистрировать в системе. Это умеет делать
regsvr32.exe в принципе если предпологается таскать свои компоненты то можно прописать shell  с  regsvr32, помjему есть еще какаято API для этого но я непользовался.
А вообще обычно вояют инсталяшку, которая эти компоненты ставит и регит.

[little]

Инсталяшка - это понятно. Тогда другой вопрос - надо регистрить, например Microsoft CommonDialog или он уже зарегистренный по умолчанию (я его не ставил, а он есть)?

[PSD]

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

[little]

А как мне в инсталяше регистрить те же Microsoft CommonDialog и ProgressBar? нужно их откуда-то наковырять и включить в инсталл? И еще вопрос - где обычно в Винде  хранят эти компоненты? Где попало или как?

[PSD]

Ты чем ее буешь воять ?

Я пользуюсь installSheld expres .
Но у него нет визорда для акцесовского проекта.
Можно выйти из положения так
1) Запускаешь VB клепаешь там проект, просто пару форм и налепляешь на эти формы все свои компоненты подключаешь библиотеки , компилишь и сохранаяешь проект.

2) Открываешь его визардом и все компоенты ципляются в проект инстала.
3) В ручную выносих ехешик и на его место добовляешь свой, можно просто добавить не удаляя.
4) Визуально проверяещт наличие библиотек, они там просто галочками подключаются, выдается список либ типа  "ADO DB"(не название dll и ocx  а весь пакет целиком) и прочего и галочка включить в инстал и нет.

5)Создаешь инсталяционный пакет.

После чего я делаю так у меня есть еще в тьму таракань созданый инстал с компоентами я на новою машину его ставлю и заменяю ехе шник на последнюю версию.

[little]

Еще вопрос - где можно посмотреть описание этих контролов от Майкрософт, их методы, параметры и т.п.?
Мелкосовтовские хелпы изобилуют непрактичнымм примерами использования, но не расписывают всех возможностей.

ЗЫ: В частности в данный момент интересуют CommonDialog и TreeView.

[Гром]

Я не уверен - но я часто видел неплохие хелпы в DoctorGUI в самом MSDN

[little]

Мда, оказалось все есть в самом Access-овском хелпе. Только хрен доберешься, если не знаешь как.
Открываешь Object Browser, находишь нужный тебе компонент и видишь всех его членов, и хелп по ним можешь вызвать.

[Гром]

Ну - заныканность инфы - бич мелкософта.

[little]

Еще было бы неплохо видеть это все как в mfc-шном хелпе - с мемберами и кратким описанием, а тут неудобно, блин. Может, есть какой-нить хелп поудобнее?