I use ZoomSearch in our online documentation. The online documentation is built using Adobe RoboHelp 8 and ZoomSearch 5.1 has been successfully integrated.
I have a file "Passing_Prompt_Answers_Using_the_URL_API.htm" (real file name) which contains the strings "currentViewMedia" (1 instance) and "¤tViewMedia=2" (4 instances). If the file "Passing_Prompt_Answers_Using_the_URL_API.htm" is accessed from the Search results page, strings "currentViewMedia" is correctly displayed but "¤tViewMedia=2" is incorrectly displayed as "¤tViewMedia=2" (all 4 instances). This happens in IE7 (v7.0.5730.13CO) but not in Firefox 3.5.3. If I do a View Source, then "¤tViewMedia=2" is correctly shown as "¤tViewMedia=2" in the HTML code. Also, there are other strings that start with "&", but they are not affected at all.
Also, if the file "Passing_Prompt_Answers_Using_the_URL_API.htm" is accessed from the Table of Contents rather than from the Search results page, then this problem does not occur at all.
Please advise.
Thanks,
K
I have a file "Passing_Prompt_Answers_Using_the_URL_API.htm" (real file name) which contains the strings "currentViewMedia" (1 instance) and "¤tViewMedia=2" (4 instances). If the file "Passing_Prompt_Answers_Using_the_URL_API.htm" is accessed from the Search results page, strings "currentViewMedia" is correctly displayed but "¤tViewMedia=2" is incorrectly displayed as "¤tViewMedia=2" (all 4 instances). This happens in IE7 (v7.0.5730.13CO) but not in Firefox 3.5.3. If I do a View Source, then "¤tViewMedia=2" is correctly shown as "¤tViewMedia=2" in the HTML code. Also, there are other strings that start with "&", but they are not affected at all.
Also, if the file "Passing_Prompt_Answers_Using_the_URL_API.htm" is accessed from the Table of Contents rather than from the Search results page, then this problem does not occur at all.
Please advise.
Thanks,
K
Comment