Discussions
Categories
- 197K All Categories
- 2.5K Data
- 546 Big Data Appliance
- 1.9K Data Science
- 450.8K 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
- 293K Development Tools
- 110 DevOps
- 3.1K QA/Testing
- 646.1K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 158 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
- 468 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
Merging indexitems

187538
Member Posts: 24
When I have an index that looks like this:
<indexitem text="Files">
<indexitem text="batch">
<indexentry target="batchfiles" text="Batch Files"/>
</indexitem>
<indexitem text="database">
<indexentry target="dbfiles" text="Database Files"/>
</indexitem>
</indexitem>
the locators (i.e. targets) for the two secondary indexitems are also included as hits in the primary indexitem. We would prefer that not to happen. Is there any way that I can do this, or can this behavior be changed in a later version?
Jeff
<indexitem text="Files">
<indexitem text="batch">
<indexentry target="batchfiles" text="Batch Files"/>
</indexitem>
<indexitem text="database">
<indexentry target="dbfiles" text="Database Files"/>
</indexitem>
</indexitem>
the locators (i.e. targets) for the two secondary indexitems are also included as hits in the primary indexitem. We would prefer that not to happen. Is there any way that I can do this, or can this behavior be changed in a later version?
Jeff
Comments
-
When the user clicks on a primary keyword, we
create the list of topics by adding the topics
associated directly with the primary keyword
first, then we append the topics associated
with the subkeywords.
This seems like a reasonable approach to us.
In particular, it is possible in Oracle Help
to have a primary keyword that does not have
any topics associated directly with it. In
other words, a primary keyword can be used
simply as a container of subkeywords. When
clicking on a primary keyword with no topics
directly associated, I think showing the topics
associated with subkeywords is beneficial.
If there is a case where the above approach
isn't reasonable, or you simply would prefer
we don't merge, we could add a way to configure
it in a future release. What do you think?
-
In general, that is a reasonable approach. We simply have a huge helpset and are working to improve our index. One of the types of index that we envision where this approach is particularly bad is something like this:
commands
ANTYPE
NLGEOM
...
where topics with general information on issuing commands could be linked under the primary indexterm and topics with information specific to a particular command would be grouped under the secondary indexterm. That is a somewhat contrived example, but in general, due to the sheer size of information we're handling, this approach leads to several cases of "bloated" primary indexterms.
I would be more than happy if this were a feature that I could configure, either using the Java API or as an attribute in the indexfile itself. (e.g. <index version="1.1" mergesecondaries="no">). If you really feel like having fun, you could allow index authors to specify this on a per-indexitem basis.
Jeff
This discussion has been closed.