Thanks for the reply! I've tried handling WM_ERASEBKGND, but when WM_VSCROLL is called, the background image moves down like 10 pixels and then jumps right back up. I don't want it to scroll down, so this is fine(that it jumps up), i just wonder how I can stop the scrolling from pulling it the first 10 pixels. To do this I used LockWindowUpdate(), but this took up an awfull lot of cpu :( Any suggestions as to how I can stop the scroll-messages from scrolling my background? Or am I using the wrong approach? -Anders.

Okay.. I just talked to a guy, who told me that I shouldn't be using CScrollView, because it behaves differently from other views. And true enough. When I switched to a standard CView, SetScrollPos didn't scroll my window anymore. I think that's werid.

Depending on which control has focus, the dialog may not even "see" the key presses. Tell us more of what you are trying to do. "The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

join the freaking club why oh why did they get rid of class wizard??? :mad: "there is no spoon" biz stuff   about me

Paul Ranson wrote: In these circumstances it is appropriate to store a container of pointers and manage the destruction of the contained pointers manually. Or even better, to use some smart pointers, like boost::shared_ptr or Loki::SmartPtr

you are right, will have to use timer :( greatest thing is to do wot others think you cant suhredayan@omniquad.com messenger :suhredayan@hotmail.com

Do it in X::PreTranslateMessage() Hope it will work.