В моем классе, производном от CFileDialog, не вызывается виртуальная функция CFileDialog::OnLBSelChangedNotify. Как я выяснил, функции _AfxCommDlgProc (файл dlgcomm.cpp), которую CFileDialog подставляет в качестве хука, просто не приходит соответствующее сообщение. Немного об OnLBSelChangedNotify:

CFileDialog::OnLBSelChangedNotify

This function is called whenever the current selection in a list box is about to change.
 
virtual void OnLBSelChangedNotify(
   UINT nIDBox,
   UINT iCurSel,
   UINT nCode
);

Parameters
. . .

Remarks
Override this function to provide custom handling of selection changes in the list box. For example, you can use this function to display the access rights or date-last-modified of each file the user selects.

Вот кусочек функции _AfxCommDlgProc:

Флажок что-ли ему какой-то нужен? Но, во-первых, такого флажка в MSDN я не нашел. Во-вторых, об этом должен заботится не я, а CFileDialog. Кто-нибудь сталкивался с этим? Как всегда, тестовая программка:


Это сообщение отредактировал(а) 0x07L - 23.8.2006, 10:56

Присоединённый файл ( Кол-во скачиваний: 1 )
 CFileDialog___OnLBSelChangeNotify.zip 86,00 Kb

Вот еще кусочек _AfxCommDlgProc (ДО обработки сообщений)

Ха, в функцию хука вообще не приходят зарегистрированные сообщения! Зато приходит WM_SETREDRAW... Мы не проходим дальше

Что такое?

0x07L, у тебя стиль OFN_EXPLORER? 
// If we're exploring then we are not interested in the Registered messages

Добавлено @ 16:55 
Там другие уведомления приходят:


Добавлено @ 16:57 
А дальше - вызываются виртуальные функции OnFileNameChange, OnFolderChange, OnTypeChange.

Стиль OFN_EXPLORER устанавливает сам CFileDialog. 

Ну я же пробовал днем OnFileNameChange, он приходил, оставалось только найти окно ListView, который отображает файлы. Вот тут-то я и сплоховал. Посмотрел его свойства в Spy, увидел там идентификатор 1, подивился немного тому, что это IDOK и что в диалоге есть кнопка с таким ID, но не обратил на это внимание. Все попытки найти это окно были неудачными и я это дело бросил. А стоило то всего-то посмотреть в окно windows Spy++. Оказывается, это окно - не прямой потомок диалога...

Конечно, удобнее использовать флажки, которые передаются в OnLBSelChange, но что делать, если OnLBSelChange не вызывается. В общем, проблема решена. Однако ради любопытства стоит узнать, почему в MSDN написано не то, что происходит на самом деле. А в тот if-блок, который Вы привели, мы тоже не попадаем, поскольку


Это сообщение отредактировал(а) 0x07L - 24.8.2006, 07:03

Да? Ну, возможно, это MS-программисты перестарались...
Но суть в том, что сначала в API был FileDialog, который выглядел немного по-другому (попроще), и документация была написана для него. А потом появился дополнительный стиль эксплорер: это совсем другое окно с совсем другим механизмом уведомлений, который работает через NOTIFY, как common-контролы. Новую документацию написали, а в старой написать, что это только для старого стиля, видимо, забыли. Но если почитать про новые уведомления, то все становится понятным.

Да, наверное, очень сложно поддерживать MSDN в актуальном состоянии.
Только вот зачем устанавливать процедуру хука для диалога открытия / сохранения файлов, раз она ничего, выходит, не делает.

Да ведь процедура-то на все common-диалоги общая, и там кое-что делается для случая стиля "эксплорер": см. самое начало, про pThreadState->m_pAlternateWndInit. Это как раз CFileDialog сабклассится.
Не самое изящное решение, конечно. Больше напоминает костыль. Ну да такова реальная жизнь кода: в любом "долгом" приложении можно встретить такие костыли.

Earnest, большое спасибо за помощь!