context-sensitive help breaking in RoboHelp 8
Peter - you're a lifesaver and I hope you're out there today . . . or somebody's out there who can help . . .
I shouldn't have said that in my last post about something being the "wackiest" thing I'd ever seen in RoboHelp. Now we have a new problem that's much more serious.
We have an aforementioned (in previous post) enormous RoboHelp 5 project, converted to RoboHelp 8 after much anguish, replacing hundreds of WYSIWYG graphics with true code etc. Map IDs were *not* touched.
Now the context-sensitive help for our VB app is not working, even though the map IDs are still in place on both ends (dev and docs) and all the relevant .hh files were included in my compile. Some topics (within the same help file) appear when called from the app, some don't.
A developer had a theory that in one case the topic ID was assigned (on their end) during design time, the other during run time. He's testing it now.
If it doesn't work, I have no idea where to begin. Is anyone aware of any changes in RoboHelp 8 that would affect the way the .hlp links to VB?
Thank you! - Sandy
