BS_CHECKBOX с ручной отрисовкой

[BLACK_RAIN]

stabud
конечно, LOWORD(WPARAM). Я просто не туда нажал
теперь по теме.
я сделал, как вы написали. получилось следующее:

const
idcb = 1000;
var
arr : array [0..1] of boolean;

    WM_DRAWITEM:
    begin
      lpdis := pdrawitemstruct(Lpar);
      if lpdis.CtlType = odt_button then
      begin
          t := gettext(lpdis.hwndItem);
          FillRect(lpdis.hDC,lpdis.rcItem,GetStockObject(WHITE_BRUSH));
          if (arr[lpdis.CtlID-idcb]=true) then
          DrawIconEx(lpdis.hDC,0,0,icon_Checked16,16,16,0,0,DI_NORMAL) else
          DrawIconEx(lpdis.hDC,0,0,icon_unChecked16,16,16,0,0,DI_NORMAL);
          TextOut(lpdis.hDC,18,2,PChar(t),Length(t));
      end;
    end;

    WM_COMMAND:
    case loword(Wparam)  of
      idcb:
      begin
        arr[loword(Wparam)-1000]:= not arr[loword(Wparam)-1000];
        settext(wnd,booltostr(arr[0])+','+booltostr(arr[1])); // макрос WM_SETTEXT
      end;
    end;

В результате я вижу, как значение в массиве меняется, но галочка переключается не всегда. А когда переключается, то при false она есть, а при true ее нет.
Что не так?

[stabud]

В результате я вижу, как значение в массиве меняется, но галочка переключается не всегда. А когда переключается, то при false она есть, а при true ее нет.
Что не так?

Сообщения приходят в последовательности: WM_DRAWITEM (2 шт) , WM_COMMAND

Проверьте в отладчике ячейку массива в обоих сообщениях.

[BLACK_RAIN]

Сообщение от stabud

Сообщения приходят в последовательности: WM_DRAWITEM (2 шт) , WM_COMMAND

теперь ясно. Оно сначала перерисовывается, потом меняется значение в массиве. Сейчас заметил, что если тыкнуть кнопку, затем перекрыть ее другим окном, то галочка отрисовывается правильно.
но, во-первых, почему приходит именно два WM_DRAWITEM? Типа, первый раз при нажатии мыши, второй при отпускании еще до прихода WM_COMMAND?
И во-вторых, если эти сообщения приходят именно в такой последовательности, то как заставить кнопку перерисоваться после нажатия на нее? Ловить щелчок по кнопке через BN_CLICKED?

[stabud]

Оно сначала перерисовывается, потом меняется значение в массиве

Ну так это на руку

Сейчас заметил, что если тыкнуть кнопку, затем перекрыть ее другим окном, то галочка отрисовывается правильно.

А вот это непонятно, система должна сама перерисовывать

но, во-первых, почему приходит именно два WM_DRAWITEM?

Не могу сказать

И во-вторых, если эти сообщения приходят именно в такой последовательности, то как заставить кнопку перерисоваться после нажатия на нее?

Выложите пожалуйста ваш проект (можно не полностью, но чтобы запускался с подобным багом). Не должно быть такого, где-то ошибка, но из-за того что я пишу на другом языке, мне она в глаза не бросается.

добавлено позже:

Еще можете попробовать делать прорисовку не в

if lpdis.CtlType = odt_button then

а в:

If lpdis.itemState And ODS_SELECTED Then

Хотя это не правильно, но кто знает...

[BLACK_RAIN]

Сообщение от stabud

Выложите пожалуйста ваш проект

выложил целиком. Это тестовый проект. Тут пустое окно и кнопка.

Сообщение от stabud

добавлено позже:

Еще можете попробовать делать прорисовку не в

if lpdis.CtlType = odt_button then

а в:

If lpdis.itemState And ODS_SELECTED Then

Хотя это не правильно, но кто знает...

так не надо назначение программы предполагает, что в определенный момент одна из процедур сама должна менять состояние checked/unchecked. Но для начала, надо разобраться с ручным переключением.

[stabud]

Не вижу никаких проблем, программа работает как задумано. То есть такого не требуется:

Сейчас заметил, что если тыкнуть кнопку, затем перекрыть ее другим окном, то галочка отрисовывается правильно.

[BLACK_RAIN]

stabud
сейчас перепроверил и заметил еще вот что: нажал кнопку - значение изменилось. Переключаюсь на другое окно (без перекрытия) и тогда кнопка перерисовывается. Может это винда тупит? Я на windows 7 sp1 x64. В ХР смогу проверить завтра.
Какая у вас операционка?

[stabud]

Какая у вас операционка?

win7 sp1 x32

Кстати переключение флагов лучше сделать в сообщении

WM_DRAWITEM

в условии:

If lpdis.itemState And ODS_SELECTED Then

Потому что WM_COMMAND запаздывает в самом начале работы программы. То есть первые один, а то и два щелчка в пролете

[BLACK_RAIN]

Сообщение от stabud

Потому что WM_COMMAND запаздывает в самом начале работы программы. То есть первые один, а то и два щелчка в пролете

Дело не в этом. Просто, после нажатия кнопки перерисовка почему-то не происходит.
Если сделать с окном какое-то действие, требующее перерисовки (например, изменить размер), то кнопка перерисуется в соответствии со значением в массиве.

[stabud]

Сообщение от BLACK_RAIN

Дело не в этом. Просто, после нажатия кнопки перерисовка почему-то не происходит.
Если сделать с окном какое-то действие, требующее перерисовки (например, изменить размер), то кнопка перерисуется в соответствии со значением в массиве.

У меня на winXP (32х битная) и win7 (32х битная) - работает корректно.