This content has been marked as final. Show 8 replies
Hi Dave. Have you seen this behaviour or are you just passing on info. If it works for you, it is either a user error on behalf of the other user or there is some set-up issue. Have you checked they have the same versions of the files you have? If they open the secondary file and search the same keyword can they find it?
Hi, Colum -
Thanks for the reply.
To answer your question, I have seen the odd behavior personally. The "other user" is in my department. We discovered the oddity during our internal testing.
Also, if they open the secondary CHM independently, they can search successfully for the phrase.
And they have the exact same files and have entered exactly the same search? Did you try the search on the secondary file?
Yes. I just double-checked.
Same versions of the file. Same search string.
The search works if the secondary file is opened independently.
The only difference is that my files are on my C:\ drive, and their copies are on their C:\ drive. We both copied them from the same network directory (we currently don't access CHMs on the network directly because of the MS security patches).
If you open the project (.hhp) file for the master help file in a text editor like Notepad, does the [MERGE FILES] section specify the absolute path to the secondary help file? If so, you need to change this to a relative path and then recompile.
Hi, Pete -
Thanks a million....that solved the problem.
As an aside, it has been my experience that RoboHelp will use that absolute path again the next time you compile after making changes in your project. You'll need to fix the HHP every time. It's become part of our process, really. Just something to remember.
Hi, Lucas -
Thanks. I see what you mean. Looks like 1 more step to add to our process.