>Hi Jim:
>>
>>Missed you at GLGDC. Don't you go to conferences anymore?
>
>It's pretty tough for me to get away for those things. DevCon seems to always be at the start of a new fiscal year for us and it's tough to get something like that in our budget. I had to be in Chicago right after GLGDC, so that one was out the window too. Soon, hopefully.
>
>>I am having a minor problem getting ActiveX controls to repaint after they are resized. I have succeeded in forcing a repaint by setting the visible property off before the resize, then on again after it is completed. But this looks really, really bad. Really bad.
>>
>>Further, sometimes an activeX, particularly the dread TreeView (Ver 6), is not displayed when its form is show()n. I have one particular form in mind that does not display its treeview until focus is set the the TreeView control in code. Then it sometimes refuses to relinquish focus in code and I have to click on another control on the form to move focus.
>>
>>These problems may not be related, but I'm pretty sure they are.
>>
>>There must be a way of dealing with this. Perhaps a nice, gentle, easy-to-use, understandable API repaint/redraw utility????
>>
>>Any ideas.
>>
>>Regards,
>
>This is strictly a SWAG, but I'd look at sending a WM_PAINT message to the control via either SendMessage() or PostMessage(). My first thought would be to place it in the re-size event. The Treeview control has an hWnd property that would be used to identify the target window.
>

Use PostMessage, since the hWnd of the TreeView is different than the hWnd of the form, and it doesn't respond to the form's lockscreen property.

>If you need more details (code and such) let me know.