Issue 114624 - Updated Serbian (Cyrillic and Latin) AutoCorrect data
Summary: Updated Serbian (Cyrillic and Latin) AutoCorrect data
Status: REOPENED
Alias: None
Product: Internationalization
Classification: Code
Component: code (show other issues)
Version: OOo 3.3 Beta 1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-20 16:42 UTC by grakic
Modified: 2019-01-07 17:02 UTC (History)
3 users (show)

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


Attachments
Serbian Cyrillic (1.99 KB, application/x-compressed)
2010-09-20 16:43 UTC, grakic
no flags Details
Serbian Latin (1.98 KB, application/x-compressed)
2010-09-20 16:44 UTC, grakic
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
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...