Тюнингуем контрол msctls_trackbar32

За время существования этого сайта тут было доработано уже несколько различных стандартных элементов управления, настало время провести тюнинг контрола msctls_trackbar32. Создается он обычным образом, например, через прописывание в ресурсах. Обязательно надо добавить в импорт библиотеку comctl32.dll и вызвать функцию InitCommonControls. Ну а поскольку мы будем добавлять к контролу различные нестандартные функции, то и делать это будем в специально отведенной процедуре-обработчике. Для этого воспользуемся субклассированием. Действия стандартные, примеров субклассирования на этом сайте предостаточно.Теперь немного расскажу о расширенном функционале, который будет добавлен к ползунку. Во-первых, мне не нравится рамка, которая появляется при получении фокуса контролом. Конечно, это вроде как стандартное поведение, вроде так и должно быть, но мне все равно не нравится. Во-вторых, мне не нравится поведение ползунка при прокрутке контрола колесиком мыши. Лично я считаю, что поворот колесика мыши вперед должно увеличивать прогресс чего-либо, а поворот назад, соответственно, уменьшать. Стандартное же поведение ползунка ровно противоположное. Ну и третье, главное, что клик на полоске не переносит ползунок точно в эту позицию, а только сдвигает его на установленный шаг в указанном направлении.

Начинаем с избавления от рамки. Тут ничего нового, это уже было разобрано в одной из предыдущих статей. В случае с msctls_trackbar32 код в обработчике будет абсолютно такой же. Все необходимые значения констант и порядок установки обработчика можно посмотреть по приведенной ссылке.Следующий косяк, который можно отремонтировать максимально быстро. При поступлении контролу уведомления о вращении колесика мыши надо просто инвертировать его направление и пробросить измененное уведомление оригинальному обработчику.Теперь самое интересное - обработка клика на полосе бегунка. Поскольку у нас используется субклассированный обработчик, событие сработает при клике внутри области контрола. Дальше логика следующая. Зная координаты места, куда кликнул пользователь, а также конечное значение бегунка, можно составить пропорцию и определить, какому значению из диапазона от начального до конечного соответствует эта точка. После этого надо будет просто установить позицию бегунка. Но, как говорится, "гладко было на бумаге". Проблема в том, что размеры всего контрола больше полосы бегунка, поэтому сопоставлять позицию клика надо не относительно размеров всего контрола, а только относительно полосы. Чтобы не хардкодить никаких поправочных значений, достаточно добавить на форму дополнительный элемент "рулетку". Это может быть STATIC, EDIT, да что угодно, главное, чтобы ширина и позиция этого элемента была в точности от первой риски шкалы до последней.


Для наглядности я сделал этот элемент видимым. В реальных проектах после позиционирования "рулетки" все риски на шкале можно убрать, а саму "рулетку" надо обязательно сделать невидимой. После всех выполненных манипуляций, при клике на контрол получаем координаты события при помощи функции GetMessagePos, затем при помощи функции ScreenToClient проецируем координаты клика на "рулетку". Остается, как я говорил выше, решить пропорцию и установить новую позицию бегунка в соответствии с местом клика. Важно проверять левую границу после пересчета координат, если она будет меньше начального значения, то надо принудительно приравнивать ее к этому значению.В приложении пример программы с исходным текстом, которая реализует два элемента управления msctls_trackbar32, один из которых стандартный, а второй тюнингованный.

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

Комментарии, содержащие рекламу, ненормативную лексику, оскорбления и т.п., а также флуд и сообщения не по теме, будут удаляться. Нарушителям может быть заблокирован доступ к сайту.