Кнопка под курсором (Передать сообщение WM_DRAWITEM)

Менять картинку кнопки удается для нормального состояния и для нажатого (по средствам обработки WM_DRAWITEM), а поменять для кнопки под курсором не удается...

Код (Text):

1.      .elseif uMsg == WM_MOUSEMOVE
2.             mov tme.cbSize,sizeof TRACKMOUSEEVENT
3.                       mov tme.dwFlags,TME_HOVER or TME_LEAVE
4.         mov tme.dwHoverTime,HOVER_DEFAULT
5.         mov eax,hWin
6.         mov tme.hwndTrack,eax
7.         invoke TrackMouseEvent,addr tme
8.         xor eax,eax
9.         ret
10.        
11.       .elseif uMsg == WM_MOUSELEAVE
12.         mov tme.cbSize,sizeof TRACKMOUSEEVENT
13.                       mov tme.dwFlags,TME_HOVER
14.         mov tme.dwHoverTime,HOVER_DEFAULT
15.         mov eax,hWin
16.         mov tme.hwndTrack,eax
17.         invoke TrackMouseEvent,addr tme
18. ;      если курсор над кнопкой, то выполняем действия по замене картинки
19. ; для проверки вставлял MessageBox - срабатывает при наведении на кнопку
20.      
21.       .elseif uMsg == WM_MOUSEHOVER
22.         mov tme.cbSize,sizeof TRACKMOUSEEVENT
23.                       mov tme.dwFlags,TME_LEAVE
24.         mov tme.dwHoverTime,HOVER_DEFAULT
25.         mov eax,hWin
26.         mov tme.hwndTrack,eax
27.         invoke TrackMouseEvent,addr tme

я так понимаю, что нужно SendMessage выполнить... (или можно как-то еще?)

Код (Text):

1. invoke SendMessage,hWin,WM_DRAWITEM,IDButton,здесь нужно вставить ссылку на DRAWITEMSTRUCT

где брать ссылку не знаю... Ведь когда система посылает WM_DRAWITEM, ссылку она сама передает...
Я вобще то делаю?

 

что требуется то? хайлайтить кнопку при наведении мышки?
самый простой путь - сабклассить окно и перерисовывать, без помощи системы. Сложность будет тока с гемором изображения на кнопке итп. И гуглить не пробовал? чтото подсказывает, что есть куча примеров =)

 

piritus
что то все забывают смотреть сам сайт
дочерта разных интересных примеров в разделе исходники

 

WM_MOUSELEAVE - надо с ним разобраться...обычно окно не получает это сообщение, вроде бы...
Найдёшь пример - дай ссылку пож-ста . Сделал офф-лайновую версию форума за прошлый месяц - час ковырялся так и не нашёл ... нужно поиск присобачить как-то к chm

 

проще самому нарисовать, чем морочиться с wm_drawitem.
С рисованием изображения тоже проблем нет: использовать иконки и GetIconInfo для позиционирования изображения.

После получения WM_MOUSEHOVER надо сбросить (TME_CANCEL or TME_HOVER) тракинг, а затем перезапускать TrackMouseEvent на покидание (TME_LEAVE) кнопки.

 

masm32, окно получает WM_MOUSEMOVE, а TrackMouseEvent вызывает WM_MOUSEHOVER и WM_MOUSELEAVE

Код (Text):

1. mov tme.cbSize,sizeof TRACKMOUSEEVENT
2. mov tme.dwFlags,TME_HOVER or TME_LEAVE
3. mov tme.dwHoverTime,HOVER_DEFAULT
4. mov eax,hWin
5. mov tme.hwndTrack,eax
6. invoke TrackMouseEvent,addr tme

wsd, на сайте смотрел, но нашел примеры только с использованием каких-то левых библиотек...
пробовал еще так:

Код (Text):

1. invoke LoadBitmap,hInstance,IDBtnImg
2. mov hBtnIng, eax

а в WM_MOUSELEAVE

Код (Text):

1. invoke GetDlgItem,hWin,IDButton
2. invoke SendDlgItemMessage,hWin,eax,BM_SETIMAGE,IMAGE_ICON,hBtnIng

Но никакого результата...

 

piritus
1) Убери TME_HOVER - в нём нет смысла. Заведи булеву переменную ("курсор над кнопкой?") и on-mouse-move просто проверяй её. Если это первое движение курсора над кнопкой, то перерисовывай последнюю. В on-mouse-leave сбрасывай переменную и снова перерисовывай. Либо вместо переменной стиль какой.
2) Перерисовка делается кучей способов, например, через InvalidateRect.

 

Дело в том, что у меня диалоговое окно, а InvalidateRect посылает сообщение WM_PAINT
С вызовом WM_DRAWITEM не разобрался
А если использовать RedrawWindow, то программа вылетает...

 

Так же пробовал:

Код (Text):

1. invoke GetDlgItem,hWin,1000
2. mov hBtn, eax
3. invoke LoadImage,NULL,offset szBtnSel,IMAGE_BITMAP,0,0,LR_LOADFROMFILE
4. mov hBtnOK,eax
5. ;........
6. ; в WM_MOUSELEAVE вызываю
7. invoke SendMessage,hBtn, BM_SETIMAGE, IMAGE_BITMAP, hBtnSel

Но кнопка не перерисовывается (хотя тестовый MessageBox работает при наведении на кнопку)
Может эти способы не годятся для диалогового окна?

Кажется понял в чем проблема:
После вызова
SendDlgItemMessage или SendMessage
в eax 0
В диалоге вобще SendMessage работает?

 

Пока пытаешься прицепить BM_SETIMAGE, давно бы сам нарисовал бы все состояния: hover, leave, down, up.
Если не хочется всё рисовать самому, часть операций можно переложить на defwindowproc
На скорую руку:

 

В описании InvalidateRect:
"...Windows sends a WM_PAINT message to a window whenever its update region is not empty and there are no other messages in the application queue for that window..."
Может я как-то не так понял...

cresta, исходник можно глянуть?

и такой еще вопрос:
в каких случаях SendMessage возвращает NULL?
почему-то на
invoke SendMessage,hBtn, BM_SETIMAGE, IMAGE_BITMAP, hBtnSel
он в eax 0 пишет, а при
invoke SendMessage, hWin, WM_SETTEXT, 0, ADDR dlgTitle
в eax 1

разве в диалоге нельзя вызывать BM_SETIMAGE?

 

piritus
Где ты такое описание увидел?

Для форсирования обновления добавляй UpdateWindow.

 

можно.

Где-то у меня валялся полноценный стандартный виндовый button с поддержкой смены картинки по hover/leave
Если найду - тоже приаттачу

 

ошибка №57A при вызове DrawIconEx...
что-то я вобще наворотил в программе, почти все функции не работают...

 

если это код ошибки, возвращаемый getlasterror, то это ERROR_INVALID_CURSOR_HANDLE.
Причём здесь курсор? Ты что, курсор пытаешься рисовать?
Или битмап??
Там рисунок нужен иконка (.ico). А не битмап и не курсор.


Тот проект, что обещал, где-то затерялся....
Вот ещё один на скорую руку:
Алго примерно такой:
1. При первой прорисовке кнопки по WM_PAINT создаем mDC (CreateCompatibleDC) в памяти и когда винда отрисовала нам по CallWindowProc эту кнопку, мы её изображение прячем (копируем) в этом mDC.
Оно там будет храниться все время.
2. Когда нам нужно изображение ненажатой кнопки (по WM_PAINT, WM_MOUSEHOVER, WM_MOUSELEAVE, WM_LBUTTONUP), будем брать этот спрятаный рисунок, отрисовывать его (BitBlt) в текущий hDC кнопки, а потом поверх отрисованного рисовать нужную иконку и рисовать текст.


Как это выглядит - в аттаче.
Там ещё надо слегка доработать. Возможно, кроме ненажатого, надо будет ещё и нажатое состояние хранить, чтобы не было траблов с манифестами. Но это надо пробовать.

 

оттаскивание нажатой мыши от кнопки регулируется простой булевой переменной.
А вот с манифестом проблема более серьезная.
Если использовать манифест, то в зависимости от того, какие темы могут быть включены у юзера, поток сообщений выглядит совершенно по разному: и количество сообщений, и их очередность меняются по сценарию, в котором я не смог определить какую-то закономерность.
Например в классическом XP по отпусканию мыши происходит только WM_LBUTTONUP и больше никаких сообщений.
С темой Luna при отпускании после каждого из обрабатываемых в примере сообщений приходит ещё и WM_PAINT. А это сбивает всю логику. Блокировать WM_PAINT, чтобы не перетирал отрисованное по WM_LBUTTONUP нельзя (а вдруг этот WM_PAINT не после WM_LBUTTONUP), а детерминировать, что это за WM_PAINT: после WM_LBUTTONUP или сам по себе, не представляется возможным. По крайней мере какими-то надёжными способами.

По-моему, лучшее решение - просто сделать свой контрол. От и до. Не полагаясь на графическую подсистему ОС.

 

Угу, сталкивался с тем, что поведение различается для разных систем. В частности, 2к любит перерисовывать контролы, вызывая внутренние функции напрямую, минуя сообщения.

 

Блин, никак не удаётся сделать абсолютно одинаково с включеным манифестом и без него.

Если с манифестом, то не получается цвет текста поменять по нажатию. Хотя может это и не надо.
А по поводу картинки hover/leave/down состояния нормально отслеживаются, для каждого можно свой рисунок (иконку) отрисовать. И рамка фокуса вокруг кнопки прорисовывается.

piritus
Попробуй запусти ехе-шник в аттаче, пока не перекомпилировал проект. А потом будешь экспериментировать.
Если не подходит, дальше мучайся сам, логику что и когда делать можно там отследить. А я пошёл спать

IceStudent
Я там сначала вызываю CallWindowProc, а только потом по нарисованому виндой шаблону сверху впечатываю иконку и текст.
По идее должно быть всё равно, как рисует w2k, я же пользуюсь окончательным результатом работы графической подсистемы.
А вот непоследовательность в количестве посылаемых сообщений сбивает сильно.