Hi Ed,

You know, I really wasnt trying to bust marbles: I am sorry if you took it that way. I was not trying to offend you. A simple "Yes, Rick I was referring to a COM server" would have sufficed. The person whose question you answered was confused by your answer: you told him he needed a server. I was just trying to get clarification.

Boy, there certainly seems to be a somewhat viceral reaction to questions here on the UT lately.

Rick


>>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.