|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | "Quadratwurzelberechnung" missorted in german help | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Internationalization | Reporter: | mikeadvo <anwalt> | ||||
| Component: | helpcontent | Assignee: | AOO issues mailing list <issues> | ||||
| Status: | CONFIRMED --- | QA Contact: | |||||
| Severity: | Trivial | ||||||
| Priority: | P3 | CC: | issues, ivo.hinkelmann, mechtilde, rainerbielefeld_ooo_qa | ||||
| Version: | BEA300m2 | Keywords: | oooqa | ||||
| Target Milestone: | --- | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||
| Developer Difficulty: | --- | ||||||
| Attachments: |
|
||||||
|
Description
mikeadvo
2008-05-03 23:54:12 UTC
Same missorting also of "Vergleichsoperatoren [Laufzeit]", "Fehlerbehandlungsfunktionen" and "Weitere Anweisungen". I checked with several different languages and can confirm the reported sort problems. It seems that mostly these inserted "Headings" are related to an invisible key word, that shows them at an unexpected place. "Quadratwurzelberechnung" seems to be related to keyword "sqr", "Weitere Anweisungen" to "Further instructions". No big problem, but ugly. French, Italian and Spanish HELP look really ugly here because of the leading "Statement", "Function" and other terms. For all this please see my attached screenshots! Created attachment 53387 [details]
alphabetical order in different languages
Suggest of solution: No alphabeticaly ordered list in the help content. Better order in a functional way (like in the calc-help). ->coni: Please examine if it is possible to have localized *.tree files in helpcontent2/source/auxiliary. There are localized *.css and *.cfg files, but I could not find any *.tree file right now. Ivo: we have a misfunction in the Calc Help. Can you please look into this? Hi,
in helpcontent2/source/auxiliary are en-US source *.tree files. The
/helpconten3/helpers/update_tree.pl merge the localization from the localize.sdf
files into localized *.tree files. After that the strings in the localized
*.tree files still have the ordering of the en-US files.
A tree file looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<tree_view version="24-Aug-2004">
<help_section application="sbasic" id="07" title="Macros and Programming">
<node id="0701" title="General Information and User Interface Usage">
<topic id="sbasic/text/sbasic/shared/main0601.xhp">%PRODUCTNAME Basic Help</topic>
<topic id="sbasic/text/sbasic/shared/01000000.xhp">Programming with %PRODUCTNAME
Basic </topic>
<topic id="sbasic/text/sbasic/shared/00000002.xhp">%PRODUCTNAME Basic
Glossary</topic>
...
</node>
<node id="0702" title="Command Reference">
<topic ...
So please modify the update_tree.pl that it sorts all topics within a node
during the merge process!
->ihi: who will change the update_tree.pl file? ->all: is it really desirable to automatically sort all nodes alphabetically? This would certainly bring less important node headings to the top of a group. A kind of workflow defined by the order of the node headings would not be possible any more. So we would need <sorted> and </sorted> tags in the tree files instead to define the area that gets sorted. (We have such tags in the xhp files, although they currently do not work any more) I would rather delete the long list of BASIC keywords from the Contents tab page if it is not possible to have it sorted in all languages. fpe will do the update.pl change?!? Is it really that bad to sort the topics by character and not by priority? Changed target: 3.x I won't be able to update the script for 3.0. It does not offer sorting. reset target 3.x Reset assigne to the default "issues@openoffice.apache.org". |