Not receiving NM_CUSTOMDRAW messasges
-
I have a report mode list control on which I've set up NOTIFY_REFLECT so I can change text color based on the content of the subitem, but I'm not receiving NM_CUSTOMDRAW messages. I've set up the message maps as described in Archer & Whitechapel's Visual C++ .Net (not to mention a slew of places on the web), but there must be something else required. My environment is eVC++ 3.0. I'm using the emulator (because it runs faster than an actual PocketPC. What else can I tell you? Any suggestions would be appreciated. Thanks, Mike
-
I have a report mode list control on which I've set up NOTIFY_REFLECT so I can change text color based on the content of the subitem, but I'm not receiving NM_CUSTOMDRAW messages. I've set up the message maps as described in Archer & Whitechapel's Visual C++ .Net (not to mention a slew of places on the web), but there must be something else required. My environment is eVC++ 3.0. I'm using the emulator (because it runs faster than an actual PocketPC. What else can I tell you? Any suggestions would be appreciated. Thanks, Mike
did u set style of listbox as owner draw? includeh10
-
did u set style of listbox as owner draw? includeh10
No, I didn't set owner draw. Archer & Whitechapel describe owner draw as a second option for handling ListViews (requiring you to draw the entire control in one fell swoop). When I check owner draw fixed in the resource editor (without making any other changes), the LVN_GETDISPINFO events that currently drive the drawing process in the content area stop being sent as well. Changing to owner draw therefore requires a complete redesign of the way the content area of the control is drawn (ouch). Archer & Whitechapel describe custom draw as a third approach, distinct from owner draw, giving you more flexibility and less responsibility (for clipping and such), i.e. I think its something else.
-
No, I didn't set owner draw. Archer & Whitechapel describe owner draw as a second option for handling ListViews (requiring you to draw the entire control in one fell swoop). When I check owner draw fixed in the resource editor (without making any other changes), the LVN_GETDISPINFO events that currently drive the drawing process in the content area stop being sent as well. Changing to owner draw therefore requires a complete redesign of the way the content area of the control is drawn (ouch). Archer & Whitechapel describe custom draw as a third approach, distinct from owner draw, giving you more flexibility and less responsibility (for clipping and such), i.e. I think its something else.
ON_NOTIFY_REFLECT message wont work with the NM_CUSTOMDRAW message (I dont have any idea why exactly it is not :-)). Try it with the control's parent class with ON_NOTIFY macro.
sdgsdfg