Как сделать документ активным?

Копать здесь - в классе AcApDocumentManager
Вот пара функций из него

acDocManager->activateDocument()
virtual Acad::ErrorStatus activateDocument(
    AcApDocument* pAcTargetDocument,
    boolbPassScript = Adesk::kFalse) = 0;

pAcTargetDocument    Input pointer to the target document to switch to
bPassScript    Input Boolean indicating whether to continue scripts when switching to another document
This function will switch from the current document to another document. The function will NOT suspend execution of the code running under the application context. The caller is suspended if it is a normal or nomadic context. If the bPassScript is Adesk::kTrue, then the script that has called the command that is performing a document change will continue to run. This argument allows a script to continue running across documents.
----------------------------

acDocManager->mdiActiveDocument()
virtual AcApDocument* mdiActiveDocument() const = 0;

This function returns the MDI active document. The associated function, curDocument(), returns the document having current context. curDocument() and mdiActiveDocument() can be different. You can call curDocument() to make a document "current"  without actually activating it. After finish your AcDbDatabase operation under the temporary current document, call setCurDocument(acDocManager->mdiActiveDocument()) to reset the MDI active document as the current document.

Попробуй сделать текущим тот документ, в который тебе надо вставить блок

> VVV
Ничего не получается.
Простая задача. Требуется создать новый документ во время выполнения программы или сразу после ввода команды. Дальше работа с этим документом, вставка блока например. Сделал два варианта. Создал команду в Application context. Открыл новый документ(для краткости не описываю как). Пока все ОК. Теперь надо что-то делать в документе, но я то в Application context. Надо как-то переключиться в Document context  насколько я знаю. Но как?
Во втором варианте создал команду в Document context и открыл новый документ. Никакие ухищрения не помогаЮт. Блок вставляется только в предыдущий документ.
Вообще в форуме мало дискусий на эту тему. Либо всем все ясно, либо... Сколько же надо накидать кода чтобы решить такуЮ простуЮ задачу?
Наверное в Autodesk что-то не учли.Простейшие операции:
Открыть, закрыть, переклЮчится, сделать активным, несмотря
на то что существуЮт, воспользовться ими Это головная боль
>>Michael
В этом вся загвозка что предыдущего документа

> BSH
Скажу честно, не проверял в рассматриваемом контексте, но помоему так :

acdbHostApplicationServices()->setWorkingDatabase(acDocManager->curDocument()->database());

> BSH
В том,  что в ObjectARX имена всех ADS функций переопределяются автоматически, уже давно нет большого секрета. Говоря о реализации,  я имел в виду не то, под чем  изготовлен этот модуль (под ObjectARX или под  ADS), а -  нет ли в нем каких-либо ошибок. Я сделал это крамольное предположение исходя из того, что при тестировании у меня (в отличие от Вашего случая) никакого зависания в процессе активизации документа не происходило. А следом за этим оператором стоит только вызов функции wbInsert();. Теперь я понял, что это старый и не раз испытанный модуль и нет никаких резонов на него грешить.
    А проверкой я занялся по той причине, что по тексту была явно видна попытка активизировать и без того уже  активный документ (интересно было посмотреть, чем это закончиться). В приведенном фрагменте кода pTmpDoc == pDoc и указывают они  на один и тот же документ (тот, который на данный момент и текущий и активный), если, конечно, где-то выше не переопределен текущий документ. Это обычная ситуация (текущий = активный), когда команда запускается из командной строки любого из открытых документов. Вообще, насколько мне помниться, чтобы добраться до  базы данных конкретного документа из ARX,  надо все же сделать этот документ (хотя бы на время) текущим (не обязательно активным) и по документу определить текущую (рабочую) базу чертежа и с ней работать. А по завершении всех манипуляций надо вернуть признак текущего документа активному.

> BSH
Что-то мне все перестает быть понятным: почему вдруг  то, что висло раньше, неожиданно,  получилось ?как описал выше?, а открытие документа, получавшееся до этого (для краткости не описанное), неожиданно стало? виснуть.  Что представляет из себя открывание документа по ?по технологии Automation?? В моем представлении это и есть открытие его In ApplicationContex. До какого ?конца? доходит, а потом (после открытия документа ) неожиданно виснет функция,   сделанная в Document context? А почему бы не виснуть функции appContextOpenDocument() в Document context, если про нее написано в документации ? ?It can only be called from the application context??

Спасибо, BSH, за подробные разъяснения. Теперь понятно, что делалось и как.
Да, в ARX все манипуляции с программным открытием документов и их закрытием из Document context делаются не очень просто. Я хоть и не имею доступа в  ADN,  но тоже встречался с рекомендациями использовать в таких случаях ActiveX interface. Но для решения описанной задачи -  три команды не очень, на мой взгляд, много. Если необходимо минимизировать количество используемых команд, то это, наверное,  можно сделать,  написав приложение полостью в Application context-те  и обойтись всего одной или двумя командами.

> DiKey
от всей души благодарен за пример. Это связано
с ADT?

> DiKey
Откуда это:
EVDATA* pEvData=(EVDATA*)pData;
adtEnv.GetFrontTemplate());
Спасибо