TOC Icon reference off by 1

[Malcolm Jacobson]

Hi Alexander,

I've been trying to convert some of our H&M 4 Projects that use custom TOC icons to H&M 5, and I couldn't get the custom TOC icons to work properly in the published WebHelp.

After some searching, I found that the code in the file

Code: Select all

projectname_content_dyn.html

generated by H&M 5 appears to be offsetting the icon numbers by 1.

By editing the references to the TOC gif images in this file I was able to get the correct images to appear. For example, where the code generated by H&M 5 created a link to "cicon12.gif", I had to change it to "cicon13.gif" (and add the image "cicon13.gif" to the preloadicons script).

I have not changed any of the Icon links within H&M 5, and these links worked fine in H&M 4, so I assume the offset must be occurring during the publish process, or during the conversion from H&M 4.

I am using build 549.

Cheers,

Malcolm.

[Tim Green]

Hi Malcolm,

How exactly are you achieving this? For example, how are you getting icon numbers in the 12-13 range when there are only 3 possible icons in Webhelp? I use custom icons all the time and can't reproduce this issue at all...

[Malcolm Jacobson]

Hi Tim,

How exactly are you achieving this? For example, how are you getting icon numbers in the 12-13 range when there are only 3 possible icons in Webhelp?

While the Help and Manual UI only provides access to 3 custom icons through the WebHelp "Use Custom Icons" option, you can actually use any of the 42 icon options available through HTML Help by adding replacement custom icons to the Baggage Files.

Unfortunately you can't see the custom icons until you publish, as the H&M editor only shows the HTML Help icons, but the output does generate the code for the individual icons and will display custom icons in their place as long as the filenames match.

I've been using this method for quite a while with H&M 4, but something is going wrong when I convert my old projects to H&M 5. I'm currently working through the H&M 5 code in more detail to see if I can pin down exactly where the bug is occurring.

Cheers,

Malcolm.

[Tim Green]

Hi Malcolm,

Ah right, of course, my mind was stuck on the custom icons -- it must be a conversion effect, I can't reproduce it in Webhelp by assigning icons from the standard CHM set in the TOC. When you track it down it would be good to have some sample files to check out.

[Malcolm Jacobson]

Hi Tim,

When you track it down it would be good to have some sample files to check out.

I have generated HTML output from a HM4 project, then converted it to HM5.

As an example, the HM4 generated HTML code which works perfectly, is:

Code: Select all

<table class="toc" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td class="toc" width="60" align="right"><span class="heading3"><img class="icon" src="cicon27.gif" border="0" alt=""></span></td><td class="toc" align="left"><a id="a1.1.4" href="1_1_1xaggregated_in_situ_worki.htm" target="hmcontent" onclick="return parent.hilight('s1.1.4')" ondblclick="javascript:parent.toggle('div1.1.4')"><span id="s1.1.4" class="heading3">Aggregated In Situ Working Sections Requested</span></a></td></tr></table>

The HM5 generated code for the same topic, after conversion is:

Code: Select all

<table class="toc" border="0" cellpadding="0" cellspacing="0"><tr valign="top"><td class="toc" width="60" align="right"><span class="heading3"><img class="icon" src="cicon26.gif" border="0" alt=""></span></td><td class="toc" align="left"><a id="a1.1.4" href="1_1_1xaggregated_in_situ_worki.htm" target="hmcontent" onclick="return parent.hilight('s1.1.4')" ondblclick="javascript:parent.toggle('div1.1.4')"><span id="s1.1.4" class="heading3">Aggregated In Situ Working Sections Requested</span></a></td></tr></table>

As you can see, "cicon27.gif" has become "cicon26.gif".

The conversion process appears to be working as the correct icons are selected inside the HM5 editor, but something is going wrong with the icon numbering when the HM5 HTML output is generated.

Any help getting this bug fixed would be appreciated.

Cheers,

Malcolm.

[Tim Green]

Hi Malcolm,

Thanks for posting the examples, I've passed the link on to the development team.

[Malcolm Jacobson]

Bump, as this bug still exists in H&M 5, build 574.

Cheers,

Malcolm.

[Tim Green]

Hi Malcolm,

Please mail a demo project illustrating the problem to support AT ec-software.com (replace the AT with @) and I'll check it out for you.