>Да дело в том, что когда я начинал писать под Windows, не было еще не только MFC, С++ еще не было.
Гм. Боюсь тогда Windows-то не было
.
Когда MFC появился, я почитал про них, и они мне не понравились - громоздкие, негибкие конструкции.
Тут я не согласен. ИМХО в общем программы на C++ более гибкие, расширяемые, понятные и пр чем на Pure C (естетсвенно, речь идет о нормально написанных программах,). Что катасется MFC: если архитектура документ/представление (единственное ИМХО "негибкое" средство MFC) не подходит под конкретное приложение, то не надо ее использовать - в MFC полно других средств, делающих работу удобнее - универсальные классы (строки, файлы, архивы и пр), классы графических объектов GDI, механизмы DDX/DDV, дофига всего хорошего. Опять-же ClassWizard, обработчики в виде методов классов.
А потом стал замечать, что многие, использующие MFC понятия не имеют о событийном механизме Windows (messages, message lopp). Я уже молчу о ява-программерах. И стало мне грустно...
Ну, многие не имеют, а многие и имеют. Не надо за всех говорить. Яву я кстати тоже не люблю.
Поэтому и спрашиваю: есть ли еще Динозавры, способные корректно подменить оконную функцию стандартного контроля и написать свой message lopp с обработкой в нем недоступных в оконной функции системных сообщений?
Ну SetWindowLong(...GWL_WNDPROC...) или что-то в этом духе. Это же все нетрудно на самом деле. В пределах Петзольда и Рихтера.
Первые два года я программировал под Windows используя Pure C/WinApi, но потом освоил MFC и параллельно сделал пару проектов на C++. И теперь использую почти исключительно C++/MFC. Не знаю, что заставило бы меня отказаться от них.