Игорь Горбоносдержи :)
Я добавил модуль для сабклассинга.
сюда добавил перехват сообщений:
Игорь, спасибо, посмотрю на днях, сейчас как бы чуть другие дела отвлекли.Спасибо.
Игорь ГорбоносБенедикт,
Похоже ты ошибся темой
Нет, он не ошибся, это я "виноват", просто тема не была раскрыта в свое время, а Бенедикт в этих вещах разбирается лучше всех, поэтому я рискнул озвучить здесь этот вопрос.
Дмитрий77Бенедикт,
... не часто вы здесь появляетесь....а по графике вы здесь первый
Вот с этой задачей даже близко не справился:
Градиенты в Vista стиле, и в частности подложка под Toolbar...
=============================================
БенедиктДмитрий77,
Вот такой тулбар правильно отображается с выбранной темой? (Семёрки у меня тоже нет)
Это проще нарисовать чем описать словами:


Я так понимаю "правильным" является черный фон тулбара, что с 3-мя кнопками.
Тогда даже при XP-стиле неправильно. (т.е. поведение вашего примера сходно с поведением того примера что я уже нашел, я давал ссылку выше)
Однако на Висте виден некий таки ново-положительный эффект: белая полоса и голубой фон, характерный обычно для полоски меню, а не для Toolbar. Догадки: за счет прозрачности Тулбар (и CoolBar?), в том что получается обычно (мой тест,обведен красным) этого не происходит.

Я так понимаю, вы Toolbar-v.5 вставили в Coolbar-v.6(comct332.ocx регистрировать пришлось)

Но, скажем так, еще сложность, я в реальной проге дополнительно наворачиваю: вставляю один ToolBar в другой, потому что высота 420 для плоского стиля(а меньше для 16х16 не дает) это много и ее можно уменьшить за счет вставки один в другой, манипулируя условными размерами картинок в привязанных ImageList-ах. Т.е. внешний ToolBar имеет меньшую высоту за счет того что в нем условно не 16х16, а скажем 12х12, надо смотреть чего я там делаю.
Но задачу хотя б для одного Тулбар решить...
А чего бы хотелось, это верхние 3 Вистовсие картинки (о спецефичности надписей рядом с картинками и т.п. речи пока не идет, только о подложке.)

Игорь ГорбоносЯ добавил модуль для сабклассинга.
сюда добавил перехват сообщений:

Я вот над чем голову ломаю в этом тестовом примере. Для вертикального сплиттера все работает.
Мне в принципе только один вертикальный и нужен. Но все же...
Если сделать тоже самое для горизонтального
то не работает.
Сабклассинг запускается, WM_CAPTURECHANGED отлавливается,
m_splitter.MouseUp 0, 0, 0, 0 выполняется,
но основной код не выполняется.
т.е. изменение стиля не снимается.m_bInDrag почему-то false вроде как получается

Игорь Горбонос,
Ааааааа...так вот оно что..недоглядел
а я то думал..что это за такой m_splitter волшебный с потолка взявшийся.
Ну тода
далее по месту.

Мне только теперь заново надо будет отрабатывать фейдер
Потому что у меня уже этот splitMain непрерывно сабклассился по условию IsVista


Два сабклассинга одного и того же элемента наверно не прокатит, боюсь что ваш Hook включается слишком поздно. Но наверно можно точно также отследить потерю фокуса из TreeView в сторону сплиттера... Надо покопаться...

Игорь ГорбоносВ принципе может и прокатить, какая ему разница
Да, прокатило, т.е. я запускаю 2 сабклассинга для picSplitMain:
1) свой непрерывный, запрещает перевод фокуса с Treeview на на picSplitMain. На системах отличных от Vista не запускается. (win7 не дорабатывал, скорее всего доработаю потом одной фразой типа IsWinVista==IsWin7 в модуле определения OS для всей программы и посмотрю чего будет, скорее всего ничего плохого не будет)
2) Ваш Hook, кот. живет от момента picSplitMain_MouseDown до момента WM_CAPTURECHANGED(кот. в свою очередь происходит по Mouse_Up или по случайной потере захвата, т.е. снимается по любому) Запускать в непрерывном режиме я б этот Hook не рискнул...