Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
PageFram.name screws up webbrowser.
Message
 
 
To
23/10/2003 13:43:58
General information
Forum:
Visual FoxPro
Category:
Troubleshooting
Miscellaneous
Thread ID:
00840523
Message ID:
00841718
Views:
17
Bill,

I didn't get a chance to play with your stuff last night. I don't think I've ever played with the webbrowser inside of another VFP container, I've just always had them directly on a form and resizing there is simply a matter of setting the .Height and .Width of the ActiveX itself.

You do know that ActiveX controls use their own HWND windows, they aren't "truly" contained by the VFP form window like native controls. That might be at the root of the problem here.

I can probably fiddle some with this tonight.

>I think I figured out how to work around my problem.
>
>1. During the Resize event when I drill down into all the containers, when I discover an olecontrol, I SetFocus() to it before resizing/moving it.
>2. When I finish resizing the entire form and all controls, I set the focus to another toplevel form (with top = -1000) and back again.
>
>I have to do both actions, otherwise my webbrowser doesn't resize or move on my screen.
>
>I think it may be coincidense that it appears when a PageFrame is on the form. Before I put the PageFrame in the class, the focus was always on the webbrowser, so # 1 above wasn't necessary. After putting the PageFrame in the class, then the focus was usually on a control on the PageFrame. Still don't have a clue why PageFrame.Name would affect it.
df (was a 10 time MVP)

df FoxPro website
FoxPro Wiki site online, editable knowledgebase
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform