A few clarification questions:
- are you generating WebHelp or WebHelp Pro help output?
- where are publishing this content to? a web server or a web server running Robohelp Server?
You can always explicitly call individual html pages within WebHelp help content - it's just more of a pain to do that from the calling application.
Thank you for the response here are the answers to your questions.
- We are generating using Web Help
- We are publishing Web Server
Our developers are trying to avoid to call individual html pages- The idea of using the API is to provide a channel behind the scenes where ECM/Oracle EBS could request Robohelp for the whole content. We are trying to avoid doing anchors to specific html pages since there could be thousands of pages out there and that would be very hard to maintain. We are not clear if API is the solution.
Ok, so you don't want to do Context Sensitive Help (CSH) calls from within the app; what's the problem with just launching the start page of the help content? It's usually called "index.htm", but you can call it whatever name you want when you generate the help. Then it just launches in a browser - there's no API involved.
We are trying to avoid opening a separate web page or tab and integrating the content within a section/web part of the application landing page. Is that possible?
We currently use index.htm to pull content today in a separate browser and the start up page with the TOC displays, but we are looking for a better user experience by displaying the content(s) within a section of our web application when the users enters a search query for help.
I also forwarded your question to my developer and waiting on his feedback.
You probably should check with the Oracle app people to see if you can run a browser within their app and not have to launch an external browser to display the index.htm file. I highly doubt it something that has anything to do with RH.