Ищу TLB

[Jack Ferre]

Ищу TLB для интерфейса IViewObjectEx.

В инете искал 4 дня - видимо это очень редкий артефакт.
Пытался сам написать - фейл, т.к. плохо владею C++/IDL.

Нашел на MSDN топик с вопросом: "Как скомпилить TLB из OCIDL.IDL?". Ответ от спеца MS такой: "А зачем Вам это нужно?"
TLB используют только VB-писатели?

[Хакер]

IVievObjectEx.
В инете искал 4 дня - видимо это очень редкий артефакт.

Наверное потому, что не Viev, а View.

[Jack Ferre]

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

[arthur2]

А перепровирить-таки не хочешь? С чего поисковикам знать, как пишутся какие-то интерфейсы? Опечатки исправляются в более-менее распространенных запросах

[Qwertiy]

Да что вы оба привязались из-за опечатки в вопросе?

А перепровирить-таки не хочешь? С чего поисковикам знать, как пишутся какие-то интерфейсы? Опечатки исправляются в более-менее распространенных запросах

А самому проверить, исправляет или нет? Вот я это сразу посмотрел, даже несмотря на то, что понятия не имею про эту tlb.

[arthur2]

А самому проверить, исправляет или нет?

Я тоже сразу проверил - не исправляет:
http://yandex.ru/yandsearch?text=IVievO ... 5492&lr=65

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

[Qwertiy]

Я тоже сразу проверил - не исправляет

Вот поэтому надо искать в гугле - он исправляет

[arthur2]

Нужно не по интерфейсу тлб искать, а по тому, где этот интерфейс водится

http://yandex.ru/yandsearch?text=OpenGL ... 5492&lr=65
И, например: http://www.swiftless.com/tutorials/open ... ivers.html
http://home.pacific.net.hk/~edx/tlb.htm
(тлб-шки по ссылкам не проверял)

[Jack Ferre]

Разве это правильно - переводить тему на "Может ли ТС пользоваться поисковиками?"

где этот интерфейс водится

IViewObject, IViewObject2 водятся в любом ActiveX Control.
IViewObjectEx наследует IViewObject2, IViewObject. Водится в контролах поддерживающих прозрачность.

[Хакер]

TLB используют только VB-писатели?

Нет. TLB используются для автогенерации реализации IDispatch во время выполнения (частый приём, мало кто хочет реализовывать IDispatch полностью ручками). Используется. Используются для маршалинга (засовывание UDT в Variant, межапартаментные вызовы (как внутрипроцессные, так и меж-процессные и меж-машинные). Кроме того, MS-овский launguage-extension для C++ пользволяет импортировать сущности из TLB в пространство имён C++-исходника.

Разве это правильно - переводить тему на "Может ли ТС пользоваться поисковиками?"

Разве тебе не кажется, что её надо переводить на «Какие сложности возникают при попытке собрать нужную TLB самостоятельно»?

[ger_kar]

IViewObject, IViewObject2 водятся в любом ActiveX Control.IViewObjectEx наследует IViewObject2, IViewObject. Водится в контролах поддерживающих прозрачность.

Водятся - это в смысле вшиты в такие контролы? Если дело обстоит именно так, то может можно просто взять и извлечь эту TLB из ресурсов этого контрола?

[Jack Ferre]

может можно просто взять и извлечь эту TLB из ресурсов этого контрола?

Стандартные интерфейсы OLE/ActiveX в TLB из ресурсов не описаны.

Какие сложности возникают при попытке собрать нужную TLB самостоятельно?

Сначала пыталься скомпилировать OCIDL.IDL, дописав в неё секцию Library. Позже выяснил, что правильнее добавльть importlib("stdole2.tlb"); в свой .odl файл.
Результат:
1. Большое количество <Unsupported variant type> в аргументах функций. Числовые типы я перевел, а вот с указателями на структуры, другие интерфейсы возникают проблемы - "5: Invalid procedure call or argument".
2. Remote-функции, например:

Код: Выделить всё

    [local]
    HRESULT Draw
    (
        [in] DWORD dwDrawAspect,
        [in] LONG lindex,
        [in, unique] void * pvAspect,
        [in, unique] DVTARGETDEVICE *ptd,
        [in] HDC hdcTargetDev,
        [in] HDC hdcDraw,
        [in] LPCRECTL lprcBounds,
        [in, unique] LPCRECTL lprcWBounds,
        [in] BOOL (*pfnContinue)(DWORD dwContinue),
        [in] DWORD dwContinue
    );

    [call_as(Draw)]
    HRESULT RemoteDraw
    (
        [in] DWORD dwDrawAspect,
        [in] LONG lindex,
        [in] DWORD pvAspect,
        [in, unique] DVTARGETDEVICE *ptd,
        [in] DWORD hdcTargetDev,
        [in] DWORD hdcDraw,
        [in] LPCRECTL lprcBounds,
        [in, unique] LPCRECTL lprcWBounds,
        [in] IContinue *pContinue
    );

В Object Browser-е видно только Remote-функции. Мне только им аргументы переписывать или убрать их и описать оригинальные функции?

[Хакер]

Давай начнём с unsupported variant type. Пиши список проблемных методов и аргументов, буду писать, как починить.

[Jack Ferre]

Попытка что-то объяснить заставила еще раз всё продумать. Переписал всё с нуля. Интересующий метод Draw вызывается и рисует то, что мне нужно.
Если руки дойдут перевести до конца выложу TLB (хотя не стоит доверять тому кто пишет TLB в первый раз. Из моих экспериментов - "шаг влево, шаг вправо" приводят к краху IDE/программы) с интерфейсами IViewObjectEx : IViewObject2 : IViewObject.
Но, учитывая активность VB-программистов по этой теме с 98 года, вряд ли она кому-то пригодится. Так как, создавая ActiveX или работая с готовыми, VB выполняет всю автоматизацию за вас. Выходит только меня приспичило мучить эти интерфейсы.

Давай начнём с unsupported variant type. Пиши список проблемных методов и аргументов, буду писать, как починить.

Спасибо за желание помочь.