This content has been marked as final. Show 5 replies
If you are in topic A and linking to bookmark in that topic I'd expect the link to be just #1. However if you were linking to bookmark 1 in topic B from topic A the link would be topicB.htm#1. The key is whether you are linking to a bookmark in another topic. That said if you rename a file, the references to it should be updated so there are no broken links. I assume you are renaming inside the RH project as if not that would cause broken links. Have you saved the project after the rename?
I didn't write that very clear did I? Sorry! No...these are all bookmarks within the same topic - bookmarks to other parts of File A. I'm renaming my topics to fit the file name into 25 characters per Adobe Support and many are coming up with broken links to all their internal bookmarks. When I look at the code, the previous name is spelled out in the href link. I have to use search/replace to remove the original file name and leave just the #bookmark link. This is very random, certainly not all topics. But I wonder what I did to cause the original file name to be part of the bookmark?
Oh...yes...all renaming is being done IN Robohelp! I know better than to do any renaming out of RH.
It's been my experience that if you elect to create a link from inside the topic to a bookmark, and you choose the bookmark from the dialog, you end up with a link that simply has the hash and the bookmark (#Bookmark).
Where you see the file name preceding the hash and the bookmark, odds are the link was created by the user clicking the bookmark in either the Project Manager or the Topic List and dragging from there to create the link. When links are created in that fashion (I'm addicted to creating links that way myself - it's like crack to me - if I knew what that was like LOL) RoboHelp creates the link with the file name (FileName.htm#Bookmark).
Oh my...yes, we too are addicted to 'drop & drag' for everything. Well...that explains it. Thanks (as always!) Rick!