c. s. wrote: I was hoping to avoid using my own storage, but it seems not too feasible. I will subclass it and see how it turns out, thanks all. Well, subclassing it would have an additional benefit, since it would allow you to handle the drawing in the control, rather than doing so in the parent. That's in my opinion a better alternative because it's easier to reuse the control with different parents. Good luck :) -- jlr http://jlamas.blogspot.com/[^]

I am not aware of a direct way. Look at EnumWindows followed by a call to GetWindowThreadProcessId to correlate the known PID with the enumerated HWND. To be really thorough, you can also EnumWindowStations followed by EnumDesktops followed by EnumDesktopWindows followed by GetWindowThreadProcessId :omg:

thanks, but that isn't my problem. It will probably helpful if I explain what I want to do. I have an animated icon 12 frames long, I also want it to change color depending on what the application is doing, however I don't want to end up making 76 different icons. I need to access the pixel data so I can overlay a color with 3dnow and mmx, so I need access to the actual memory or load the icon myself and if possible, set the data up the same way the data is set up that a HANDLE points to, and point my HICON at it.

Is bringing your assembler code to a CPP file an option ? here's an example, even with a return value word Out(char p1, word p2) { word param; _asm { mov ah, p1 mov cx, p2 .. .. mov param, cx } return param; }; Hope it helps, DarkByte

Take a look at the function GetKeyState(VK_DOWN), should return the state of the key, pressed or not etc. You will need to call it once for each key you want to check. If you vote me down, my score will only get lower