Discussions
Categories
- 197K All Categories
- 2.5K Data
- 546 Big Data Appliance
- 1.9K Data Science
- 450.9K Databases
- 221.9K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 552 MySQL Community Space
- 479 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.1K ORDS, SODA & JSON in the Database
- 556 SQLcl
- 4K SQL Developer Data Modeler
- 187.2K SQL & PL/SQL
- 21.4K SQL Developer
- 296.4K Development
- 17 Developer Projects
- 139 Programming Languages
- 293.1K Development Tools
- 111 DevOps
- 3.1K QA/Testing
- 646.1K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 161 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.2K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 19 Java Essentials
- 162 Java 8 Questions
- 86K Java Programming
- 81 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 205 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 475 LiveLabs
- 39 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 175 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 233 Portuguese
Context Sensitive Help Linking Issues in OHW

356164
Member Posts: 4
Hi,
Two Questions.
1) A url in an application such as the following http://<host>:<port>/<context>/help/?topic=<topic id> will launch a browser window that will display only the topic contents.
When the user clicks a context sensitive link in an application, I want to launch the OHW app and automatically navigate to the topic in question. How?
2) The linking of context sensitive help using OHW is based on the topic id. If the content author modifies the topic names in there helpset then the application csh link breaks.
In some other help systems, there is a concept of mapping using keys other than the topic names themselves. A key that is less likely to be modified.
Is there a way to safeguard against this csh link breaking situation?
Thanks, Adam
Two Questions.
1) A url in an application such as the following http://<host>:<port>/<context>/help/?topic=<topic id> will launch a browser window that will display only the topic contents.
When the user clicks a context sensitive link in an application, I want to launch the OHW app and automatically navigate to the topic in question. How?
2) The linking of context sensitive help using OHW is based on the topic id. If the content author modifies the topic names in there helpset then the application csh link breaks.
In some other help systems, there is a concept of mapping using keys other than the topic names themselves. A key that is less likely to be modified.
Is there a way to safeguard against this csh link breaking situation?
Thanks, Adam
Comments
-
Hi,Unfortunately, this is not currently possible, although a fix is planned for a future release. I don't have a date to give you for this yet. You can launch OHW directly to the TOC, of course, but that doesn't get you to the topic.
Two Questions.
1) A url in an application such as the following http://<host>:<port>/<context>/help/?topic=<topic id> will launch a browser window that will display only the topic contents.
When the user clicks a context sensitive link in an application, I want to launch the OHW app and automatically navigate to the topic in question. How?2) The linking of context sensitive help using OHW is based on the topic id. If the content author modifies the topic names in there helpset then the application csh link breaks.I don't think I quite understand this question. The purpose of the topic ids is exactly for the mapping you are talking about.
In some other help systems, there is a concept of mapping using keys other than the topic names themselves. A key that is less likely to be modified.
Is there a way to safeguard against this csh link breaking situation?
For example, in this map file:
<map version="1.0">
<mapID target="topic_1" url="file_1.html" />
<mapID target="topic_2" url="file_2.html" />
</map>
...the values of the "target" attributes (which are used by context-sensitive help) can remain unchanged even if the values of the "url" attributes (which identify the files themselves) change.
Are you are using an authoring tool that generates the topic IDs by simply copying the file names?
-Ben
Oracle Help team
-
Thanks Ben,
The content authoring tool being used is RoboHelp HTML.
On closer inspection the product does map the targets correctly.
Thanks for your help.
Adam
This discussion has been closed.