Тривью из Common Controls 5 с TVS_CHECKBOXES

[Antonariy]

Как надежно отловить факт изменения состояния чекбокса?

Видел попытки реализации через WM_LBUTTONDOWN/WM_LBUTTONUP, но событие WM_LBUTTONUP не приходит при клике на чекбоксе. Приходит только если нажать кнопку, поелозить мышкой внутри чекбокса и отпустить. Но при этом не меняется состояние чекбокса.

Пробовал другие события, происходящие после отпускания — если кликать на чекбоксе выделенного айтема, то все получается, а если любого другого — состояние чекбокса изменяется лишь после самого последнего события. Даже если при WM_LBUTTONDOWN выбирать соответствующий айтем, ситуации это не меняет. Пробовал предвосхищать изменение состояния, наткнулся на те же грабли с другого конца — нет никакой уверенности, что состояние изменится.

Работаю с апи-тривью, так же проверял поведение стандартной ocx-обертки. Она ведет себя аналогично с WM_LBUTTONUP, но при этом MouseUp генерируется в любом случае, хотя состояние изменяется тоже после MouseUp.

[Antonariy]

Нашел, состояние меняется после WM_CAPTURECHANGED, генерить событие можно в следующем вызове windowproc.

[tyomitch]

А что TVN_ITEMCHANGED?

[Antonariy]

TVN_ы я прочесывал не менее внимательно, чем WM_ы, незнакомых значений не попадалось.

Minimum operating systems: Windows Vista

Не удивительно, что MSDN 2001-2005 я ее не видел, нашел только в свежем Windows SDK. Даже гугль о ней знает всего семьдесят два упоминания на паре десятков интернет-страниц, в основном состоящих из недоумений, почему оно не работает.

[tyomitch]

Хорошо, а NM_CLICK?
http://kbalertz.com/261289/Clicks-Check ... ntrol.aspx

[Antonariy]

По сути то же самое, что WM_CAPTURECHANGED, просто WM мне на глаза попалось раньше. Но тут решено красивше.