Community
Participate
Working Groups
Sometimes search results are displayed in pt language instead of the pt-BR locale that the browser is set to. Originally I had thought that this undesired behaviour was caused by plugin and fragment manifest missing the <?eclipse version="3.1" ?> tag under the document type definitions (See "Search results not displayed in correct locale" ), but it appears there is an alternate cause. Constructing search indexes seem to be order dependant for languages supported at the language and locale level. For example: .\jre\bin\java -DindexOutput=eclipse/plugins/com.ibm.db2.udb.doc_9.1.1000 -DindexLocale=pt_BR -jar eclipse/startup.jar -application org.eclipse.help.base.indexTool .\jre\bin\java -DindexOutput=eclipse/plugins/com.ibm.db2.udb.doc_9.1.1000 -DindexLocale=pt -jar eclipse/startup.jar -application org.eclipse.help.base.indexTool produces the desired result for a pt-BR search (hits are listed in pt-BR when the topics are available in that local) while the following sequence of instructions causes pt text to be listed instead of pt-BR (the language the browser is set to) to be listed in the search results: .\jre\bin\java -DindexOutput=eclipse/plugins/com.ibm.db2.udb.doc_9.1.1000 -DindexLocale=pt -jar eclipse/startup.jar -application org.eclipse.help.base.indexTool .\jre\bin\java -DindexOutput=eclipse/plugins/com.ibm.db2.udb.doc_9.1.1000 -DindexLocale=pt_BR -jar eclipse/startup.jar -application org.eclipse.help.base.indexTool As a workaround for our SDF infocenter we can just index in the correct order, but we also ship our product for users to install in an InfoCenter scenario. We do not include pre-built search indexes for a couple reasons: - the install image would be huge as our IC is supported in 28 languages - we will be using the updater which will make the pre-built search indexes invalid Clients who have both Portuguese and Brazilian Portuguese users of their locally installed IC will be at risk of having a user search in Portuguese before Brazilian Portuguese, and thus generate search indexes that are incorrect. I think the design should be changed. The language and the locale can be significantly different, and the language may not be comprehendable to the user of the locale. I am told that this is the case with Brazilian Portuguese being vastly different than Portuguese. Products, like ours, may have many more topics are translated into Brazilian Portuguese than Portuguese alone, so having just one index for the locale is a problem even if the user did understand the parent language as all the topics not translated in Portuguese would be listed in the search results in English. If mulitple locales are to truely be supported by the help system, there needs to be distinct search indexes. The person administering the IEHS server can determine which indexes are created by listing the languages and locales in the start string so there is no need to have an additional (hidden) design constraint on which search indexes can be created.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
