Issue 114624

Summary: Updated Serbian (Cyrillic and Latin) AutoCorrect data
Product: Internationalization Reporter: grakic
Component: codeAssignee: AOO issues mailing list <issues>
Status: REOPENED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, mechtilde, mseidel
Version: OOo 3.3 Beta 1   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Serbian Cyrillic
none
Serbian Latin none

Description grakic 2010-09-20 16:42:35 UTC
Following the Issue 105592 the first stub of autocorrect data for Serbian 
language was integrated into the code base. Now there is one new entry to 
DocumentList.xml (njnjnj -> www). The package source is published online at 
http://gitorious.org/dict-sr/acor-sr and new generated packages are attached to 
this issue.

Based on a comment from Thomas Lange in Issue 113478 I beleive 
/extras/source/autotext/lang/sr-YU and /extras/source/autotext/lang/sh-YU should 
be removed as these codes are deprecated.

Additionaly I would like to know if is it possible to move both Serbian Cyrillic 
and Serbian Latin autocorrect data in the "sr" directory, like it is already the 
case for the spellcheck and hyphenation dictionaries.

 sr/
 |-- acor_sr.dat (Serbian Cyrillic)
 \-- acor_sh.dat (Serbian Latin)

Do *.dat files need to have country suffix (for example acor_sr-RS.dat)? I can 
see that the "eu" locale AutoCorrect data does not have the suffix but it may be 
an error. I would preffer entry without the suffix if that is how the same data 
can be used for both sr/sh-RS and sr/sh-CS to avoid duplication.

Do we have to define some mapping what gets integrated into the builds and 
language packs or build scripts would pull this somehow?
Comment 1 grakic 2010-09-20 16:43:41 UTC
Created attachment 71774 [details]
Serbian Cyrillic
Comment 2 grakic 2010-09-20 16:44:04 UTC
Created attachment 71775 [details]
Serbian Latin
Comment 3 thomas.lange 2010-09-21 03:47:16 UTC
tl->va: please take over. Thanks!
Comment 4 Marcus 2017-05-20 11:33:12 UTC
Reset assigne to the default "issues@openoffice.apache.org".
Comment 5 Mechtilde 2019-01-04 18:05:11 UTC
pootle is updated to the recent code base in trunk. We should discuss recent problems in an new bugreport.

I will close it here as obsolete
Comment 6 Matthias Seidel 2019-01-07 17:02:08 UTC
This is AutoCorrect data and not translation...