Developing.ru

Проблема разрешилась. Всё дело было в хэлпе и, похоже, это глюк Microsoft. Для того, чтобы больше никто не наступил эти грабли: если такой параметр , как "имя окна" в проекте хэлпа содержит пробел, [i]HtmlHelp[/i] начинает глючить. Симптомы описаны выше.

Фишка в том, что [i]HtmlHelp[/i] работает сейчас так, будто никаких уточнений в спецификации не было, нет и не будет. Т.е. дали в качастве [i]hwndCaller[/i] дискриптор десктопа - десктоп и активируется после закрытия хэлпа, а со всех остальных окон фокус снимается. Мутное это дело - спецификация copyright by Microsoft :)

Ну, куда ОС вернет фокус в случае GetDesktopWindow() - тут еще бабушка надвое сказала... ИМХО, в этом случае ОС [i]сама решает[/i], куда его вернуть, так я понимаю. А вот почему не работает в случае явного указания окна-владельца - это вопрос.

HWND HtmlHelp(
    HWND    hwndCaller,
    LPCSTR  pszFile,
    UINT    uCommand,
    DWORD   dwData) ;

Проблема такова: есть такая замечательная API, под названием [i]HtmlHelp[/i]:
[code]
HWND HtmlHelp(
HWND hwndCaller,
LPCSTR pszFile,
UINT uCommand,
DWORD dwData) ;
[/code]
Первый параметр - дискриптор вызвающего окна. В MSND написано, что если указать в качестве первого параметра дискриптор десктопа, то, цитирую "the operating system determines where focus is returned", то бишь ОС сама определит куда вернуть фокус.

При текущем использовании [i]HtmlHelp[/i] используется именно это замечание, но операционная система наперекор документации не возвращает фокус в то окно, откуда хелп был вызван. Не помогает и явное указание дискриптора вызывающего окна. Результат один тот же: после закрытия хелпа, окно приложения остаётся неактивным.

Может кто сталкивался с такой проблемой и знает, чем помочь?