This content has been marked as final. Show 6 replies
Are there any more details I could provide that could help someone point me in the right direction on this? If there is a similar post out there, I'm not able to find it.
There doesn't seem to be any logical reason for this TOC behavior; could it be a bug?
Any ideas at all on this problem, or any similar experiences would be fantabulous and greatly appreciated.
Yes, bookmarks can have a mapID. It is the only way for an application to open to a bookmarked spot within a topic. But it sounds like your topic is not opening to the bookmark that is highlighted in the TOC. I don't know why that is happening.
Thanks for replying John. This also occurs for a topic in a different project. I also cannot figure out why. If there are no other ideas out there, I guess it's time to contact tech support.
If you could use BugHunter to report the call to help when the application fires, and email me your .hh and .ali files, I'll have a look at them if you'd like.
AFAIK, the TOC Synch feature finds the first instance of the topic in the TOC, from top to bottom (whether it's a bookmarked instance or not).
To get around this, you need to fake out the TOC by creating a blank topic, naming it such as TargetTopicName-redirect.htm, and dragging that topic to the TOC (Rename it in the TOC if you like). Inside that topic's HEAD section, add this line in any position with the other META tags:
<meta http-equiv=refresh content="0;URL=PathName/TargetTopicName.htm">
This way, the synch will focus on the target topic, wherever it happens to be in the TOC.
The content="0; indicates no delay for refreshing to the target topic. If you want to provide a delay, increase that number (in microseconds, I believe) and add some content to the blank topic, such as "Retrieving TargetTopicName; please wait."
Wow, thanks! If Leon's suggestion doesn't work, I will take you up on your offer John.
Be back soon.