>Hi Ed,
>
>Maybe I dont understand what you mean by "server."
>
>Are you saying that to use the IE control you need a webserver or that you need to have the IE Automation Server (Internet Explorer) installed on your machine?
>

I mean specifically an instance of the InternetExplorer.Application COM server - IOW, a walking, talking live copy of IE4 or IE5. It is instanced out-of-process by the web browser control (an in-proc ActiveX Control, in and of itself a type of COM server) and manipulated through the WebBrowser control's properties and methods. If there is a running instance of the Web Browser control, then I can find the InternetExplorer.Application object independently of the Web Browser control, if by no other means than the Windows collection of Shell.Application.

COM server. I assume you realize what COM is at this point; IE acts as an out-of-process COM server, just like you make with VFP, or VB, or VC++. Not a copy of IIS; please give me credit for being at least semi-clued, even on a really, realy bad day with a hangover.

>If you mean webserver, I think your statement is incorrect. Tools like Ken Levy's WebExplorer and ScreenX would not be as useful if that were true. I can drop an instance of the IE ActiveX Control (name it oIEControl) onto a form, drop a button on the form, and in the click of the button call:
>
>

>thisform.oIeControl.Navigate("file:///c:/test.htm")
>

It fires up an instance of InternetExplorer.Application and talks to it - you can see this for yourself by (once you've navigated to the URL) instancing Shell.Application - the Windows collection of Shell.Application is a collection of running instances of InternetExplorer.Application
>
>to view the htm file (assuming it was in the root of my c: drive) without a webserver running.
>
>I am sure that you know that the Windows explorer (for those who have IE5 installed - maybe even IE4, I am not sure) is actually the IE control in disguise.
>

You have that bass-ackwards; the WebBrowser Control is absolutely not an instance of IE in itself - the ActiveX Control, like all ActiveX controls, runs in-process, and in this particular case, talks to an out of process instance of InternetExplorer.Application (IE). That's what I've been saying all along. IE 4 or later will be used to instance the ProgID InternetExplorer.Application; no IE, no WebBrowser4 Control, unless the new NetScrape can do this - I don't know what the beta 6 does.
>
>>>All I'm trying to do is to display an file (test.htm) that is located locally. I don't need a http connection or anything. Seems like I shouldn't need a server installed. What do i set the serverinstalled property to?
>>
>>You need a server. You don't have to believe me, but you'll be wrong. Very, very wrong. The WebBrowser Control is nothing more than an ActiveX controlk that talks to an out-of-process instance of internetexplorer.application - look and you'll get a clue.
>>
>>You can associate any of a number of servers for the file type htm through the registry HKEY_CLASSES_ROOT; no magic - it's the same mechanism as every other class association.