Responsive HTML TOC

Question

I am trying output of a Responsive HTML project (FM/RoboHelp HTML) My output is not displaying the TOC in the left margin at the same time the topic content displays on the right. This makes navigation from topic to topic awkward. Isn't the TOC supposed to be displaying at the same time? The sample skins for desktop show the Responsive HTML TOC and Topic content together. So why isn't it combined in my output? What is going on?

I was hoping I could use the Responsibe HTML because our management doesn't want us to use ActiveX controls that are incorporated into the WebHelp. Management also doesn't want us to use FlashHelp. Both are seem as "security threats." I tried using Microsoft HTML help, but I just heard from this forum that the output chm files can't be saved on a web server which is how we distribute the content.

I am running out of options, so I am trying Responsive HTML. But the TOC and display of topic content makes the navigation very awkward and annoying.

Any suggestions? Please help and thank you very, very much for all of your previsous support.

Captiv8r · Accepted Answer

Thank you very much for the response. Your response sounds like "common sense." I believe the trouble we are having is that our IT staff knows what they don't want but sense they are unfamiliar with RoboHelp, they don't know what they want. So if I ask them to suggest something, they may not have anything much to say.

As far as what web page displays, in the current system the pdf help that displays is not based in html code. The browser window is only used to display the pdf page without html.

I am trying to convert the display to html. And I am trying to figure out if any of the RoboHelp HTML output options can generate a project without use of ActiveX. At the moment, I still don't know which outputs don't use ActiveX. I was guesing the Responsive HTML5 does not use ActiveX. Is that a correct assumption? If so, I was going to try to generate a project that is based on Responsive HTML5 output. Otherwise, I don't know what to do.

Betsy, I thought I explained the AcitveX issue earlier in the thread. Maybe you missed it? Or maybe you didn't fully understand what was said. In that case, I'll offer the following.

During generation of output, JavaScript code is involved. And it really doesn't matter if it's WebHelp, Multiscreen, Responsive or FlashHelp.

When Microsoft Internet Explorer tries to present the content, it normally issues a warning about "ActiveX controls". The thing is, it's sort of a "false positive". Sort of like smelling smoke and screaming FIRE without knowing there is an actual fire.

The bottom line is that although Microsoft Internet Explorer reports "ActiveX controls", there are no ActiveX controls actually there. ONLY JavaScript. And it's the JavaScript that is triggering the message. As far as I'm aware, only IE does this. And as I explained earlier, it only does it when you open the content from your local hard drive. It does nothing and simply presents the help when you open the content from a web server.

Cheers... Rick

Captiv8r · Answer

LOL, funny about those "security threats". Even though IE reports "ActiveX controls", what it is really quibbling about is JavaScript code. And guess what? JavaScript code exists in the Responsive layout too!

IE only throws a hissy fit about it when you test locally. The moment you place content on a server, all it well and it doesn't act like the world is ending because you are now in a different "security zone".

Cheers... Rick

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded