We are having two problems with how Internet Explorer handles context-sensitive help and would really like to be able to solve them. We have not been experiencing these problems in any browser other that IE. Our output is HTML5, and we generate the help target with Insert Mark of the Web enabled, which is supposed to avoid getting the "Internet Explorer restricted this page from running scripts or ActiveX controls" message in IE every time you open help. Our help is accessed locally, not on the web.
Problem 1) In versions IE8 - through IE10, when we click on a help link in a dialog that will to open to a specific topic, we still get the "restricted scripts/ActiveX" message, even through help is generated with Insert Mark of the Web. Does this have anything to do with going through the .CSH file to open the topic to the correct location? If we access help through the main Help menu of our toolbar, this doesn't happen; it only happens with our context-sensitive help buttons. Do we need to set up our help string for a dialog differently? What should the string look like?
Problem 10) This is a new one that cropped up in IE10 and we don't see it in older versions of IE. When we click to allow the restricted scripts/ActiveX controls, the help doesn't even open to the topic that it is supposed to anymore. Help opens to our Home page only. It's as if we don't have context-sensitive aliases set up. Does anyone know why?
I would love to hear if anyone else is experiencing these problems, if you know what is causing them, or if you have a way to get around it. This is really frustrating.
Thanks,
Abby
Not Working: context-sensitive help in IE10
-
Nita Beck
- Senior Propellus Maximus
- Posts: 3672
- Joined: Thu Feb 02, 2006 9:57 am
- Location: Pittsford, NY
Re: Not Working: context-sensitive help in IE10
Hi Abby,
I don't think you and your developers are the only ones encountering this. Yes, there does seem to be some conflict between MOTW and CSH for HTML5 displayed in IE.
My developer managed to solve it based on some pointers he got from this forum post at http://forums.madcapsoftware.com/viewto ... 45&p=85558, as well as from information regarding MOTW that he found (or started on the hunt to find) at the Microsoft Developers Network (MSDN) at http://msdn.microsoft.com/en-us/library ... s.85).aspx.
Unfortunately, this is the extent of my knowledge, given that I'm not a software developer. But perhaps I've given you enough to get your developers on the hunt.
I don't think you and your developers are the only ones encountering this. Yes, there does seem to be some conflict between MOTW and CSH for HTML5 displayed in IE.
My developer managed to solve it based on some pointers he got from this forum post at http://forums.madcapsoftware.com/viewto ... 45&p=85558, as well as from information regarding MOTW that he found (or started on the hunt to find) at the Microsoft Developers Network (MSDN) at http://msdn.microsoft.com/en-us/library ... s.85).aspx.
Unfortunately, this is the extent of my knowledge, given that I'm not a software developer. But perhaps I've given you enough to get your developers on the hunt.
Nita

RETIRED, but still fond of all the Flare friends I've made. See you around now and then!
RETIRED, but still fond of all the Flare friends I've made. See you around now and then!
Re: Not Working: context-sensitive help in IE10
Thanks, Nita! We'll give this a try. If anyone has more information in addition to these links, let me know.
Abby
Abby
Re: Not Working: context-sensitive help in IE10
I am also experiencing the problem that when I use HTML5 help with IE, and try to activate a context-sensitive help page it takes me to the welcome page, not to the specific page. IE does also prompt me to enable Active X controls, which is a lesser issue but still one I'd like to have a fix for.
My situation is that we currently deliver local Web help with our application. this was working fine in all browsers but no longer works in recent versions of Chrome (there's a separate topic on the forum about this so please don't comment on it here). I was close to recommending that we start using HTML5 help but this IE context-sensitive issue is a big one for us - our users use context-sensitive help a lot. I've tried putting a few different .exe names into the registry as suggested. If I have understood correctly, the developers would need to create an .exe that calls the help, and this is the .exe name that would need to be in the registry for all users.
So I wish I had a solution for this, but I don't. This is still an outstanding issue for me, and a blocker to me moving to HTML5 help.
My situation is that we currently deliver local Web help with our application. this was working fine in all browsers but no longer works in recent versions of Chrome (there's a separate topic on the forum about this so please don't comment on it here). I was close to recommending that we start using HTML5 help but this IE context-sensitive issue is a big one for us - our users use context-sensitive help a lot. I've tried putting a few different .exe names into the registry as suggested. If I have understood correctly, the developers would need to create an .exe that calls the help, and this is the .exe name that would need to be in the registry for all users.
So I wish I had a solution for this, but I don't. This is still an outstanding issue for me, and a blocker to me moving to HTML5 help.
James Willoughby
Re: Not Working: context-sensitive help in IE10
Following up on this, I reported it to Flare and they verified that it is indeed a bug they can reproduce. It happens in any version of IE. What's happening is the MOTW tag is not being added to the *_CSH.htm file when help is generated, so we need to manually add it to the CSH file after output is created. Our builds are automated, so until this is fixed, we have to have a script run after the build and add the MOTW statement to the CSH for all of our help projects. It looks like this:
<!DOCTYPE html>
<html data-mc-runtime-file-type="CSH">
<!-- saved from url=(0014)about:internet -->
<head>
<!DOCTYPE html>
<html data-mc-runtime-file-type="CSH">
<!-- saved from url=(0014)about:internet -->
<head>