Приступил к сборке наработанных частей приложения и..столкнулся с проблемой.
Есть:
1) Common Dialog "Save" с хакнутой кнопкой "Help" , читай "Параметры".
2) Форма FormX, кот. эти параметры настраивает и отображается по нажатию бывшего "Help".

Т.е. выводится то она выводится, но модально относит. итак недоступной на тот момент основной формы приложения (что можно было предположить). А с диалогом делай тем временем чего хочешь, что не надо, он по идее тоже должен стать disable.

В конструкции FormX.Show 1, Form второй параметр очевидно VB форма, диалог же таковой не я является в обычном понимании, hwnd его я конечно попробовал подставить, но и так было ясно что это не оно.

Или надо итти каким другим путем?

Можно конечно попытаться сыграть дважды с
EnableWindow Lib "user32.dll" (ByVal hwnd As Long, ByVal fEnable As Long)
но что-то подсказывает что это не тот путь..

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

О-опс.
А самый прикол в том что после компиляции exe-шник ведет себя вменяемо , т.е. Диалог недоступен после вызова FormX, что и надо..
сцентрировать бы его еще эту FormX относит. диалога, а то она CentreOwner Owner-ом считает таки главную форму.

Вообще-то вопрос остался.
При закрытии формы настройки фокус переносится на главную форму приложения а не на диалог, что не очень гуд.
Причем установить фокус из формы настройки типа SendMessage (hwnd-диалога ,WM_SETFOCUS..
также не прокатит ибо возврат фокуса на главную форму все равно будет после закрытия маленькой, что бы она не делала..


Т.е. надо как-то parent-ом к форме настройки сделать таки диалог.

Вообще-то стормозил, hook же прерывается пока модально вызвана другая форма.
Вот так все культурно.