ActiveX Control within an ASP app delivered to the client (wrong group?)

[Stephanie Stowe]

I think I have asked this before. But I cannot see it on Google. I cannot
wrap m,y brain around this.

There is an ASP page. It refers to an ActiveX control which is delivered to
the client.

<OBJECT ID="CRViewer"
CLASSID="CLSID: C4847596-972C-11D0-9567-00A0C9273C2A"
WIDTH=100% HEIGHT=95%
codebase="Clien tBin/activexviewer.c ab#Version=8,5, 0,217" VIEWASTEXT>
<PARAM NAME="EnableRef reshButton" VALUE=0>
<PARAM NAME="EnableGro upTree" VALUE=1>
<PARAM NAME="DisplayGr oupTree" VALUE=1>
<PARAM NAME="EnablePri ntButton" VALUE=1>
<PARAM NAME="EnableExp ortButton" VALUE=1>
<PARAM NAME="EnableDri llDown" VALUE=1>
<PARAM NAME="EnableSea rchControl" VALUE=1>
<PARAM NAME="EnableAni mationControl" VALUE=1>
<PARAM NAME="EnableZoo mControl" VALUE=1>
</OBJECT>

So there is a CAB file called ActiveXViewer which contains CRViewer.dll. IE
somehow knows to find the necessary component(s) and if not found download
from the server. How does it do this? Look to see if the specified classid
is registered? If the cab is updated, how does the new package get down to
the client?

I have a total mind block when it comes to ActiveX controls on the client in
a web app.

Thanks.

S

[Tom Kaminski [MVP]]

"Stephanie Stowe" wrote:

I think I have asked this before. But I cannot see it on Google. I cannot
wrap m,y brain around this.

There is an ASP page. It refers to an ActiveX control which is delivered to
the client.

<OBJECT ID="CRViewer"
CLASSID="CLSID: C4847596-972C-11D0-9567-00A0C9273C2A"
WIDTH=100% HEIGHT=95%
codebase="Clien tBin/activexviewer.c ab#Version=8,5, 0,217" VIEWASTEXT>
<PARAM NAME="EnableRef reshButton" VALUE=0>
<PARAM NAME="EnableGro upTree" VALUE=1>
<PARAM NAME="DisplayGr oupTree" VALUE=1>
<PARAM NAME="EnablePri ntButton" VALUE=1>
<PARAM NAME="EnableExp ortButton" VALUE=1>
<PARAM NAME="EnableDri llDown" VALUE=1>
<PARAM NAME="EnableSea rchControl" VALUE=1>
<PARAM NAME="EnableAni mationControl" VALUE=1>
<PARAM NAME="EnableZoo mControl" VALUE=1>
</OBJECT>

So there is a CAB file called ActiveXViewer which contains CRViewer.dll. IE
somehow knows to find the necessary component(s) and if not found download
from the server. How does it do this?
codebase tells IE where to get the component.
Look to see if the specified classid is registered?
Yep.
If the cab is updated, how does the new package get down to
the client?

That's where Version=8,5,0,2 17 comes in. If it sees a newer version, IE
gets it.

[Stephanie Stowe]

"Tom Kaminski [MVP]" <tomk (A@T) mvps (D.O.T) org> wrote in message
news:C4******** *************** ***********@mic rosoft.com...

"Stephanie Stowe" wrote:

I think I have asked this before. But I cannot see it on Google. I cannot wrap m,y brain around this.

There is an ASP page. It refers to an ActiveX control which is delivered to the client.

<OBJECT ID="CRViewer"
CLASSID="CLSID: C4847596-972C-11D0-9567-00A0C9273C2A"
WIDTH=100% HEIGHT=95%
codebase="Clien tBin/activexviewer.c ab#Version=8,5, 0,217" VIEWASTEXT>
<PARAM NAME="EnableRef reshButton" VALUE=0>
<PARAM NAME="EnableGro upTree" VALUE=1>
<PARAM NAME="DisplayGr oupTree" VALUE=1>
<PARAM NAME="EnablePri ntButton" VALUE=1>
<PARAM NAME="EnableExp ortButton" VALUE=1>
<PARAM NAME="EnableDri llDown" VALUE=1>
<PARAM NAME="EnableSea rchControl" VALUE=1>
<PARAM NAME="EnableAni mationControl" VALUE=1>
<PARAM NAME="EnableZoo mControl" VALUE=1>
</OBJECT>

So there is a CAB file called ActiveXViewer which contains CRViewer.dll. IE somehow knows to find the necessary component(s) and if not found download from the server. How does it do this?

codebase tells IE where to get the component.

Look to see if the specified classid is registered?

Yep.

If the cab is updated, how does the new package get down to
the client?

That's where Version=8,5,0,2 17 comes in. If it sees a newer version, IE
gets it.

Sweet. Thanks.