#unicode #mfc #common-controls
#юникод #mfc #общие элементы управления
Вопрос:
Я использую стиль LVC — FMT_FIXED_WIDTH, чтобы предотвратить изменение размеров пользовательских столбцов.
m_ListCtrl.InsertColumn(0, _gszColumnLabel[0], _gnColumnFmt[0], LVCFMT_FIXED_WIDTH, _gnColumnWidth[0], -1);
То, что я обнаружил только с помощью hasard, это работает в Unicode, но не в приложениях, отличных от Unicode. Пользователь все еще может изменять размеры столбцов.
Я думаю, что это связано с окнами по умолчанию.Скелет манифеста Common-Controls в stdafx.h
#ifdef _UNICODE
#if defined _M_IX86
#pragma comment(linker,"/manifestdependency:"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'"")
#elif defined _M_X64
#pragma comment(linker,"/manifestdependency:"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df' language='*'"")
#else
#pragma comment(linker,"/manifestdependency:"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"")
#endif
#endif
К сожалению, для приложений, отличных от Unicode, нет настроек по умолчанию.
Если я использую тот же манифест и для приложений, отличных от Unicode, он снова работает.
Но я уверен, что это правильное решение? Можем ли мы использовать те же окна.Common-Controls mainifest для приложений Unicode и ДРУГИХ, ОТЛИЧНЫХ от Unicode?
Ответ №1:
LVCFMT_FIXED_WIDTH
требуется CommCtrl v6, который проще всего включить через манифест. Но CommCtrl v6 не ограничивается только окнами Unicode, как вы обнаружили (я использую CommCtrl v6 в нескольких устаревших приложениях, использующих окна ANSI, и это работает нормально), поэтому почему Microsoft ограничивает #pragma
‘s только сборками Unicode, я не знаю.
Однако использование CommCtrl v6 — не единственный способ заблокировать изменение размеров столбцов. Другой вариант — подкласс самого ListView (не его родительского окна!) для обработки HDN_BEGINTRACK
уведомления, возвращая TRUE для изменения размера блока.
Комментарии:
1. Спасибо за разъяснения с CommCtrl v6, тогда мы сможем использовать тот же CommCtrl v6 и в среде, отличной от Unicode, без каких-либо проблем? Я вижу, что в depeny walker были обнаружены «беспорядочные» модули микширования с разными типами процессоров. Могу ли я это игнорировать? <br/> <br/> (HDN_BEGINTRACK, на мой взгляд, не является решением, потому что в фиксированном режиме он все равно будет отображать «курсор мыши размера».)
2. @TomTom Я годами использую CommCtrl v6 в приложениях, отличных от Unicode, он работает нормально.
Ответ №2:
для этого нужен CommCtrl v6. добавьте, что этот код будет работать
#pragma comment(linker,""/manifestdependency:type='win32'
name='Microsoft.Windows.Common-Controls' version='6.0.0.0'
processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'"")