I am using your PRO version to make a web-based manual that will be loaded off a CD or local hard drive, not a web server. However, when I do this in IE I get an ActiveX block, similar to when I try and apply XSLT (gotta love MS). This doesn't happen when I load the menu via a web server or when I use Firefox, only when I use IE. I am not using any of the ASP functionality, so is there any way I can get around this?

The reason why the message pops-us locally, but not online is different security settings for different network zones in the browser. We don't use any ActiveX components directly and I can't think of anything that can use them indirectly (like filters using transitions or opacity). Do you experience the same behaviour with the samples provided in the distribution package?

Yes sir, I tried both demos 2 and 4 ( I am modeling after demo4 ).

I am using a fairly common configuration: WinXP Pro SP2 with IE6. I've seen similar problems with the mygosmenu javascript menu.

I am probably out of luck, as this will be a showstopper for my CD based HTML manual, and I do not think that there is any workaround save to cripple the IE security settings, which my customers just won't do.

I just learned that adding the following will force the page to render in the 'Internet Zone', thus allowing script to run in the sandbox:

<!-- saved from url=(0014)about:internet -->

I tested this with success. The source for this information was Adobe, at the following url:

<url>www.adobe.com/cfusion/knowledgebase/index.cfm?id=tn_19578</url>