Issue 18826 - Merge process trashes StringArray ItemList resources
Summary: Merge process trashes StringArray ItemList resources
Status: CLOSED FIXED
Alias: None
Product: Internationalization
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 RC3
Hardware: All All
: P2 Trivial (vote)
Target Milestone: ---
Assignee: ivo.hinkelmann
QA Contact: issues@l10n
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-29 20:01 UTC by pmladek
Modified: 2013-08-07 15:00 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description pmladek 2003-08-29 20:01:57 UTC 
I have found that the Hungarian locale is marked
as Iceland in some non-english OOo localazations.

I have found it after I install the Hungarian dictionary
and Tools->Options->Language Settings->Writing Aids
shows that that the Iceland dictionary was added.

Note: It is correct in the English localization. But it is
      broken for example in the Czech localization.

I have searched sources and the bug probably is in
svx/source/dialog/langtab.src

I think that nearly all translations are shifted
between "Hebrew" and "korea (Johab)"

For example the Dutch translation:
                < "Grieks" ; GREEK ; > ;
                < "Hebreeuws" ; GUJARATI ; > ;
                < "Hindi" ; HEBREW ; > ;
                < "Hongaars" ; HINDI ; > ;
                < "Ijslands" ; HUNGARIAN ; > ;
                < "Indonesisch" ; ICELANDIC ; > ;
                < "Italiaans (Italië)" ; INDONESIAN ; > ;
                < "Italiaans (Zwitserland)" ; ITALIAN ; > ;
                < "Japans" ; ITALIAN_SWISS ; > ;
                < "Kannada" ; JAPANESE ; > ;
                < "Kasjmir" ; KANNADA ; > ;
                < "Kasjmir (India)" ; KASHMIRI ; > ;
                < "Kazachstaans" ; KASHMIRI_INDIA ; > ;
                < "Konkani" ; KAZAK ; > ;
                < "Koreaans" ; KONKANI ; > ;
                < "Koreaans (Johab)" ; KOREAN ; > ;
                < "Lets" ; LATVIAN ; > ;
Comment 1 khendricks 2003-08-29 20:31:32 UTC 
Hi,

Unfortunately, this problem is not under lingucomponent.

I am shifting this to the sd/graphics project since I belive they own the module svx in 
the hopes they will know what is going or and can redirect to someone else.

Kevin
Comment 2 khendricks 2003-08-29 20:33:03 UTC 
Hi,

I think graphics/drawing owns svx but I am not sure.

Kevin
Comment 3 pavel 2003-08-29 20:43:56 UTC 
Czech localization is buggy only in CVS. Our current version is OK.
Petr don't you want to again use our GSI file?
Comment 4 wolframgarten 2003-09-01 09:41:22 UTC 
Reassigned to Christian. Please have a look what can be done here. Thanks.
Comment 5 clippka 2003-09-01 10:19:01 UTC 
Thomas, is this your file?
Comment 6 thomas.lange 2003-09-02 11:21:33 UTC 
TL->NF: to you.
Comment 7 nils.fuhrmann 2003-12-01 14:40:01 UTC 
This is one of those issues we are not able to finally solve. The
problem is within the current mechanism of extracting and merging
strings within string lists. The items are numbered within the gsi
files and once a item is inserted or removed, the order of
translations is missalligned with the source languages German and
English/US.
Fixing this depends on merging up to date gsi files. As we
permanentally do so when we receive updated translations, I would like
to keep this issue as a reminder to change the numbering mechanism of
the transex tool. 
Any objections? If yes, please let me know.
Comment 8 nils.fuhrmann 2004-05-04 10:36:21 UTC 
Ivo, can you please keep this issue. Once you have no other issues on your list
(will this ever happen ;-)), we can discuss another numbering theme for string
lists.
Comment 9 ooo 2004-10-01 12:02:13 UTC 
This is a severe problem. As soon as language builds other than English or
German are involved, the pairings of the string and the underlying value of an
item are messed up. You mostly even don't notice at UI level because you only
get a list of strings presented, but if the user selects a language the value of
a different language is passsed to the application instead. The same effect
holds true for other StringArray ItemList resources, e.g. txenctab.src

The situation now got even worse, because in the localize.sdf you don't see the
paired value anymore and there's just the offset number where the string will be
wrongly inserted, so this isn't even fixable anymore after a database merge.
This gotta be fixed for OOo2.0 with high priority => changing target  and prio,
adapting summary, and component to l10n.
Comment 10 ivo.hinkelmann 2004-11-15 13:18:57 UTC 
fixed in ivo06
Comment 11 ivo.hinkelmann 2004-11-15 14:33:44 UTC 
I've tested the behaviour, looks good
Comment 12 ivo.hinkelmann 2005-01-25 15:02:32 UTC 
.