Skip to main content
A
Anonymous
August 16, 2011
Question

Left TOC pane gone in WebHelp in product but there when I generate help in RH

  • August 16, 2011
  • 2 replies
  • 916 views

Hello,

I have a help project setup as WebHelp. It is, for lack of a bettter word, embedded in one of our products. A Help tab brings up the project with default.html opens when the user clicks Help. I usually chane the name of the topic title Welcome to.....

When I generate/compile within RoboHelp, the left pane with the Index looks fine (after allowing blocked content). Of course, it opens in a browser.

However, a co-worker in QA noticed that when it opens in the product, the index does not show. The entire WebHelp folder goes in the project (unlike all of my other help projects, which use a .chm that is the lone file pulled by Development).

It should look very similar to the following screenshot. (Don't worry about the product version)

Recently I adjusted the font size of the Contents, Index, search items in the left pane by using the WebHelp Skin Editor (Previously, I added a Search option as well for this new (4.2) version of the product. I opened the .hhk file but made no changes. But I don't see how any of that would affect the pane actually appearing or not.

If anyone has any ideas on how tyo get the pane back, I'd really appreciate it. We're having a releasable build soon, and I need to remedy this. Thanks very much.

Kevin

This topic has been closed for replies.

2 replies

A
Anonymous
August 16, 2011

Thanks to Colum and William, the path and source file suggestions did teh trick. Thanks.

RoboColum_n_
RoboColum_n_
Legend
August 16, 2011

This maybe caused by the application calling the incorrect file. It should be called the file specified in the "Select Output Folder and Start Page" field in your single source layout.

  The RoboColum(n)   @robocolumn   Colum McAndrew
Willam van Weelden
Willam van Weelden
Inspiring
August 16, 2011

Hi,

I agree with Colum. If you do need to open your topics based on the location in the application, your developers need to create a context sensitive help call. See the following on Peter's site http://www.grainge.org/pages/authoring/calling_webhelp/calling_webhelp.htm for more information.

Greet,

Willam

A
Anonymous
August 16, 2011

Thank you both very much. Unfortunately, it didn't work. This product is the only one I use in RH as WebHelp. Our builder application defaults the help to call default.html.

I did a comparison of the previous version 4.1 that worked without incident. The only thing Dev pulls is the contents of the WebHelp folder. That is what gets checked in our SVN content management system. In comparing 4.1 and 4.2 I noticed a couple things. One of which is that there is no topic in the project called default.html; it's in the WebHelp folder only. Here's a better way to show the folders that may quickly signal an issue to you.

Here's the project folder for my 4.1 version that has worked fine. Notice no default.html file in there.

The file is, however, in the WebHelp folder ... but so are default.csh.html and default rhc.html files. No sure about these.

Here is how my new 4.2 version's project folder looks. Same as with 4.1, I have no topic called default.html.

In 4.2's WebHelp folder, default.html is also there. However, notice there is also a default_ns.css file, which wasn't there previously. Could that be causing a problem?

Sorry for all of the questions and pictures. This help has always looked great when I've been compiling 4.2 help when I unit test its links. The index is always there. This issue is baffling me. Thanks again.

Kevin

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices