Skip to main content
A
Anonymous
March 28, 2008
Answered

context-sensitive aliases contain achors

  • March 28, 2008
  • 2 replies
  • 1020 views
This is related to the thread about HHC3015 errors. I'm raising a separate topic to ask if there is a way to control it. I plan to test merged context-sensitive help, and this is a point I need to clear up first.

The .ali file in my project includes anchors in the form #CSH_i, where i is an integer. Each one causes the HTML Help Compiler to issue an HHC3015 error. In addition, when the topic is called as context-sensitive help, the TOC selection is not updated to show the topic heading. If I manually remove an anchor for an alias and then regenerate the CHM, the TOC selecton is updated correctly for that alias only.

Is there a way I can prevent RH from adding anchors to the .ali file?
This topic has been closed for replies.
Correct answer
You can ignore the warning HHC3015 which RoboHelp gives. Can you test using the CSH Test tool?
Following up on your mention of RH 7.0.1, I re-created the project completely in 7.0.1. (Previously I was using 7.0.1 to update and generate a project created in an earlier RH version.) When the project is built entirely in 7.0.1, the TOC selection does respond appropriately for context-sensitive help. The HHC3015 errors are still there, but the output works properly.

Thanks for your help, and my apologies for any confusion I may have generated..

2 replies

J
JainVivek
Inspiring
April 3, 2008
If you have RoboHelp patch 7.0.1 and if you are getting the mapping file from developers, this issue should not arise. Please use the CSH Test tool from View -> Pods -> ToolBox. In the tool, specify the path to the generated CHM and the mapping file (provided by the developer) and test the context sensitive links.
A
Anonymous
April 3, 2008
Some of our map files come from developers -- the ones coding in C++. We also have developers who use Delphi, and with them we have worked out a special system. The bottom line is that we generate map files for the Delphi code, and we receive map files for the C++ code.

But this is not a map file issue. The map file links an alias to a number:

#define HID_EVENTS_PAGE_DLG 0x4009

The .ali file is generated by RH to link the Topic Alias in the map file (IDH_EVENTS_PAGE) to an HTML file (MyManual\MyChapter\MyTopic.html.). Here is a typical entry:

HID_EVENTS_PAGE=My Guide\CH4 Managing System Events\Viewing events#CSH_29

Notice that RH has added an anchor #CSH29 to the file reference. The MS Help Compiler does not appear to like this anchor. When it is present, the compiler produces an HHC3015 error, and in the CHM file, the TOC selection is not updated to highlight the invoked topic.





J
JainVivek
Inspiring
April 3, 2008
You can ignore the warning HHC3015 which RoboHelp gives. Can you test using the CSH Test tool?
J
JainVivek
Inspiring
April 3, 2008
The anchors appear at locations where you may have used a TopicAlias (or similar context sensitive help marker) in FrameMaker document and specified the marker type in RoboHelp import dialog.

I am trying to understand what's your goal here. Do you have more than 1 anchor in a HTML topic in RoboHelp? What is the purpose of these markers if you don't want a context sensitive call to these anchors?
Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices