Difference between revisions of "Translation for 2.4"

From Apache OpenOffice Wiki
Jump to: navigation, search
(Issues containing .sdf files)
 
(11 intermediate revisions by 5 users not shown)
Line 16: Line 16:
  
 
* '''1st translation hand off'''
 
* '''1st translation hand off'''
Translation start date: September 27th <br>
+
09/27 - Translation start date <br>
Translation delivery date: October 29th at noon CEST <br>
+
10/29 - Translation delivery date <br>
  
Estimated volume:
+
Estimated volume: <br>
GUI approx 700 words
+
GUI approx 700 words <br>
Help approx. 9,000 words
+
Help approx. 15,000 words <br>
  
* '''2nd translation hand-off'''
+
* '''Interim Translation Delivery'''
Translation start date: November 22nd <br>
+
11/26 - Deadline for the rest of the 1st hand-off translations (which are currently untranslated in Pootle) <br>
Translation delivery date: December 13th at noon CET <br>
+
11/26-11/29 - Import all the translations into the database and update Pootle contents with new strings for the 2nd hand-off <br>
  
Estimated volume: n/a
+
For UI statistics, please go to : http://www.sunvirtuallab.com:32300/projects/openoffice_org/ <br>
 +
For Help statistics, please go to: http://www.sunvirtuallab.com:32300/projects/helpcontent2/ <br>
  
Release Map with translation deadlines specific for the 2.4 release can be found at:
+
* '''2nd translation hand-off'''
http://wiki.services.openoffice.org/wiki/OOoRelease24
+
11/29 - Translation start date <br>
 +
12/20 - Translation delivery date <br>
  
== Translating .sdf Files ==
+
Estimated volume: <br>
 +
GUI approx. 1,200 words <br>
 +
Help approx. 13,800 words <br>
  
The files to be translated by the Community members will be in SDF file format and will be delivered as zip file attached to an l10n issue. The
+
'''Release Map with translation deadlines specific for the 2.4 release can be found at:
SDF file format - which can be read and edited with a simple text editor - can be converted into .po files. Once the Communities have finalized the translation of the files, they will backconvert the po files into sdf file format, run the gsicheck on the sdf file, make coccections in the file in case or errors and return the issue to the submitter attaching the translated files.
+
http://wiki.services.openoffice.org/wiki/OOoRelease24'''
The Sun Language Leads will then perform linguistic review on the translated files and will provide their feedback to the n-l communities via QA matrix attached to the issue. No changes will be carried out in the files translated by the community members unless there is a common agreement on the changes. Changes in the translated files which are not exlicitely declared as show stopper in Issue Tracker will be integrated into the next release. All Communities receiving a QA matrix will need to carry out the changes in the previously translated files and return to Sun within 2 weeks from the QA matrix delivery date.
+
  
== Process Step by Step ==
+
== Translating with SDF files ==
  
* Sun creates issues and attaches .sdf files to translate (volume to be decided by each Community based on their availability and resources)
+
* Sun creates l10n issues and attaches .sdf files as zip files to translate (volume to be decided by each Community based on their availability and resources)
 
* Issues will be assigned to the translation  Community leads
 
* Issues will be assigned to the translation  Community leads
* Community converts into po files (if any problem with that we will take over conversion)
+
* Community converts into po files (if any problem Sun/G11n will take over conversion, please use issue to communicate conversion problems)
 
* Community translates the files using a  translation .po editor
 
* Community translates the files using a  translation .po editor
 +
* Community sends the translated file to the Language Lead for review and corrections
 +
* Language lead works with Community to finalize transalted files
 
* Community back converts the .po files into .sdf
 
* Community back converts the .po files into .sdf
 
* Community runs gsicheck on sdf and delivers back to Sun
 
* Community runs gsicheck on sdf and delivers back to Sun
 
* Sun will import the translated files into 2.4
 
* Sun will import the translated files into 2.4
* Language lead will carry our linguistic review
+
 
 +
'''''In case linguistic review has not been performed right after translation: <br>'''''
 +
* Language lead will carry out linguistic review after delivery
 
* Community will implement linguistic review results into translated files and deliver updated files 2 weeks after QA matrix delivery.
 
* Community will implement linguistic review results into translated files and deliver updated files 2 weeks after QA matrix delivery.
  
== Issues containing .sdf files ==
+
=== Issues containing .sdf files ===
  
* Italian:
+
* French: [http://www.openoffice.org/issues/show_bug.cgi?id=82024 issue 82024]
* French:
+
* German: [http://www.openoffice.org/issues/show_bug.cgi?id=82025 issue 82025]
* German:
+
* Dutch: [http://www.openoffice.org/issues/show_bug.cgi?id=82027 issue 82027]
* Spanish:
+
* Brazilian Portuguese: [http://www.openoffice.org/issues/show_bug.cgi?id=82026 issue 82026]
* Swedish:
+
* Dutch:
+
* Brazilian Portuguese:
+
* Russian:
+
 
* Simplified Chinese: [http://www.openoffice.org/issues/show_bug.cgi?id=82066 issue 82066]
 
* Simplified Chinese: [http://www.openoffice.org/issues/show_bug.cgi?id=82066 issue 82066]
 
* Korean:[http://www.openoffice.org/issues/show_bug.cgi?id=82068 issue 82068]
 
* Korean:[http://www.openoffice.org/issues/show_bug.cgi?id=82068 issue 82068]
* Japanese:
+
* Japanese:[http://www.openoffice.org/issues/show_bug.cgi?id=82122 issue 82122 (files for translation)] [http://www.openoffice.org/issues/show_bug.cgi?id=83030 issue 83030 (translation completed SDF files)]
  
 
== Translating with Pootle ==
 
== Translating with Pootle ==
  
Teams translating with Pootle will need to follow the same translation schedule. This will help finding out issues in time in this second pilot phase of this initiative.
+
Teams translating with Pootle will need to follow the same translation schedule for 2.4. This will help finding out issues in time in this second pilot phase of this initiative.
 +
 
 +
* Pootle administrators make sure Pootle content is updated according to translation schedule
 +
* L10n lead give the Go to start translation on Pootle (announcement to the dev@l10n list)
 +
* Native Language leads make translation assignments following the Pootle User's Guide
 +
* Translation teams work with Language team to make sure the translation is reviewed
 +
* Native Language/translation leads make sure translation is complete within the deadlines
 +
* Native Language/translation leads communicate translation completion to l10n lead
 +
* Pootle administrator downloads the translated files and provide them to release engineering
 +
 
 +
''It is recommended to use Pootle to manage the translation process and assignments. For translation it is recommended to download the files and translate them with a translation editor which support translation memory functionality. Linguistic review can be then performed right after translation.''
 +
 
 +
=== Teams translating with Pootle ===
  
Teams translating using Pootle are: <br>
 
 
* Italian
 
* Italian
 
* Spanish
 
* Spanish
Line 93: Line 107:
 
=== SDF to PO Convertion Tools ===
 
=== SDF to PO Convertion Tools ===
  
The .sdf file can be converted to .po files using the oo2po tool and converted
+
The .sdf file can be converted to .po files using the [http://translate.sourceforge.net/wiki/toolkit/oo2po oo2po] tool and converted
back to .sdf format using the po2oo tool from the Translate Toolkit package:
+
back to .sdf format using the po2oo tool from the [http://translate.sourceforge.net/wiki/toolkit/index Translate Toolkit].
http://translate.sourceforge.net/
+
 
  
 
Documentation with examples for conversion and backconversion can be found at:
 
Documentation with examples for conversion and backconversion can be found at:
Line 102: Line 116:
 
PO files provided on the Pootle deployment for OpenOffice.org handle
 
PO files provided on the Pootle deployment for OpenOffice.org handle
 
duplicate messages using KDE style (oo2po --duplicates=msgid_comment).
 
duplicate messages using KDE style (oo2po --duplicates=msgid_comment).
For more information see here :
+
Information on other styles used to handles duplicate messages is available here:
 
http://translate.sourceforge.net/wiki/toolkit/duplicates_duplicatestyle
 
http://translate.sourceforge.net/wiki/toolkit/duplicates_duplicatestyle
  
Line 154: Line 168:
 
|}
 
|}
 
<br>
 
<br>
 
== Files for Translation ==
 
  
  
Line 161: Line 173:
  
 
This session will be filled in with Q & As which will be raised and answered during the translation initiative
 
This session will be filled in with Q & As which will be raised and answered during the translation initiative
 
'''Q: Which is the total wordcount estimated for the update 2.4 release?'''<br>
 
'''A''':<br>
 
  
 
'''Q: Is there any tool which can convert automatically a two-language text glossary into a PO file, for example the glossary extracted from the SunGloss? '''<br>
 
'''Q: Is there any tool which can convert automatically a two-language text glossary into a PO file, for example the glossary extracted from the SunGloss? '''<br>
Line 179: Line 188:
 
'''A:''' The translated strings you see need to be readjusted to reflect the English source. They are most probably translations of previous versions when the English source was different. Whenever an English string gets updated the translation of that string before modification is maintained because in most of the case it contains useful terminology that may be reused for updating the string. Sometimes the changes are really minimal, sometimes it's not the string but the tags in it which have changed or sometimes a typo in the English text has been fixed so that in the end you don't need to change anything in the translated text ... but sometimes you may need to retranslate the string completely.<br>
 
'''A:''' The translated strings you see need to be readjusted to reflect the English source. They are most probably translations of previous versions when the English source was different. Whenever an English string gets updated the translation of that string before modification is maintained because in most of the case it contains useful terminology that may be reused for updating the string. Sometimes the changes are really minimal, sometimes it's not the string but the tags in it which have changed or sometimes a typo in the English text has been fixed so that in the end you don't need to change anything in the translated text ... but sometimes you may need to retranslate the string completely.<br>
  
[[Category:Localisation]]
+
[[Category:Localization]]

Latest revision as of 10:50, 3 April 2008

This page summarizes useful information on the localization work needed for the OpenOffice.org 2.4 version. The native language teams working jointly with Sun Globalization on translation work are:

  • Dutch Community
  • French Community
  • Germanophone Community
  • Italian Community
  • Spanish Community
  • Brazilian Community
  • Swedish Community
  • Russian Community
  • Chinese Community (for Simplified Chinese)
  • Korean Community
  • Japanese Community

Translation Schedule

  • 1st translation hand off

09/27 - Translation start date
10/29 - Translation delivery date

Estimated volume:
GUI approx 700 words
Help approx. 15,000 words

  • Interim Translation Delivery

11/26 - Deadline for the rest of the 1st hand-off translations (which are currently untranslated in Pootle)
11/26-11/29 - Import all the translations into the database and update Pootle contents with new strings for the 2nd hand-off

For UI statistics, please go to : http://www.sunvirtuallab.com:32300/projects/openoffice_org/
For Help statistics, please go to: http://www.sunvirtuallab.com:32300/projects/helpcontent2/

  • 2nd translation hand-off

11/29 - Translation start date
12/20 - Translation delivery date

Estimated volume:
GUI approx. 1,200 words
Help approx. 13,800 words

Release Map with translation deadlines specific for the 2.4 release can be found at: http://wiki.services.openoffice.org/wiki/OOoRelease24

Translating with SDF files

  • Sun creates l10n issues and attaches .sdf files as zip files to translate (volume to be decided by each Community based on their availability and resources)
  • Issues will be assigned to the translation Community leads
  • Community converts into po files (if any problem Sun/G11n will take over conversion, please use issue to communicate conversion problems)
  • Community translates the files using a translation .po editor
  • Community sends the translated file to the Language Lead for review and corrections
  • Language lead works with Community to finalize transalted files
  • Community back converts the .po files into .sdf
  • Community runs gsicheck on sdf and delivers back to Sun
  • Sun will import the translated files into 2.4

In case linguistic review has not been performed right after translation:

  • Language lead will carry out linguistic review after delivery
  • Community will implement linguistic review results into translated files and deliver updated files 2 weeks after QA matrix delivery.

Issues containing .sdf files

Translating with Pootle

Teams translating with Pootle will need to follow the same translation schedule for 2.4. This will help finding out issues in time in this second pilot phase of this initiative.

  • Pootle administrators make sure Pootle content is updated according to translation schedule
  • L10n lead give the Go to start translation on Pootle (announcement to the dev@l10n list)
  • Native Language leads make translation assignments following the Pootle User's Guide
  • Translation teams work with Language team to make sure the translation is reviewed
  • Native Language/translation leads make sure translation is complete within the deadlines
  • Native Language/translation leads communicate translation completion to l10n lead
  • Pootle administrator downloads the translated files and provide them to release engineering

It is recommended to use Pootle to manage the translation process and assignments. For translation it is recommended to download the files and translate them with a translation editor which support translation memory functionality. Linguistic review can be then performed right after translation.

Teams translating with Pootle

  • Italian
  • Spanish
  • Swedish
  • Russian
  • Khmer
  • Kurdish
  • Catalan

Tips and Tools

Team

build a team of translators and 1-2 reviewers to work on the project. I recommend to keep the number of the reviewers to 1-2 people, since the more translators and reviewers working on the project, the less you can ensure quality and consistency. For all the above language there is a Sun Language Lead who may consulted in case of language related questions.

Glossary

SunGloss (https://g11nportal.sun.com/sungloss) is the repository of the latest terminology used in the StarOffice/OpenOffice.org product. You can request access to consult the tool. We recommend to use SunGloss instead of a spreadsheet because it shows all entries (including deleted entries that were used but not anymore). In this way it's possible for all to look at the evolution of a translation, and discuss about it when it's needed, especially during the review process.

Translation Memories

Latest TMX files can be found at: http://ooo.services.openoffice.org/pub/OpenOffice.org/cws/upload/localization/tmx21/

SDF to PO Convertion Tools

The .sdf file can be converted to .po files using the oo2po tool and converted back to .sdf format using the po2oo tool from the Translate Toolkit.


Documentation with examples for conversion and backconversion can be found at: http://translate.sourceforge.net/wiki/toolkit/oo2po

PO files provided on the Pootle deployment for OpenOffice.org handle duplicate messages using KDE style (oo2po --duplicates=msgid_comment). Information on other styles used to handles duplicate messages is available here: http://translate.sourceforge.net/wiki/toolkit/duplicates_duplicatestyle

It is important that if you are uploading and merging batches of PO content to the Pootle server that your content conforms to this style, otherwise it may not merge correctly with the content already present on the server.

Gsicheck Tool

gsicheck to make sure the translated .sdf files are not corrupted can be found at: http://ooo.services.openoffice.org/gsicheck/

Translation Editors

The most used translation editors supporting the .po file format are:

poEdit runs both on Windows and Linux. Kbabel runs on Linux only but it seems to be more professional. Please add further information on these and other tools that may help other translators to perform their job.

Roles and Responsibilities

Language N-L Lead
main contact(s)
Language Lead Central Engineer(s) Project Lead Other
Brazilian Portuguese Olivier Halllot
Claudio Filho
Augusta Marques Da Silva Petr Dudacek Rafaella Braconi  
Dutch Arthur Buijs Natalie Koning Petr Dudacek Rafaella Braconi  
French Sophie Gautier Elsa Blume Petr Dudacek Rafaella Braconi  
German Jacqueline Rahemipour
Marko Moeller
Berit Bonde Petr Dudacek Rafaella Braconi  
Italian Andrea Pescetti
Alessandro Cattelan
Monica Badia Petr Dudacek Rafaella Braconi  
Russian Rail Aliev TBD Petr Dudacek Rafaella Braconi  
Spanish Santiago Bosio
Alexandro Colorado
Aridane Vilardane-Viegra Petr Dudacek Rafaella Braconi  
Swedish Lars D. Noodén
Erik Magnus Johansson
Sofia Nilsson Petr Dudacek Rafaella Braconi  
Simplified Chinese Lin Cheng
Joy Zhang Aijin Kim Rafaella Braconi  
Korean Jeongkyu Kim
Joy Zhang Aijin Kim Rafaella Braconi  
Japanese Maho Nakata
Kazunari Hirano
Reiko Saito Naoyuki Ishimura Rafaella Braconi  



Q & A

This session will be filled in with Q & As which will be raised and answered during the translation initiative

Q: Is there any tool which can convert automatically a two-language text glossary into a PO file, for example the glossary extracted from the SunGloss?
A: Open your text file in OOo Calc as a CSV file and choose "tab" as the delimiter. Save it as a normal CSV file (comma seperated) and then you can convert it to PO using csv2po from the translate toolkit. Here is the documentation for that: http://translate.sourceforge.net/wiki/toolkit/csv2po. If you still have some issues please note that you need to make a _comma_ separated file. This is the format that the converter is expecting. Does OOo Calc give the option of choosing the delimiter style? Perhaps it is using the tabs because the initial file had them. Then you might need to open the file in a text editor and replace the tabs with commas. Take note of the expected file format that csv2po expects (three columns with source and target in the second and third columns respectively). It might be easiest to ensure that your file has this format, otherwise you will have to specify the format using the --columnorder parameter.

Q: How do I handle translation bugs?
A: Please read the process to follow at: http://wiki.services.openoffice.org/wiki/Handling_Translation_Issues. Also be careful before suggesting major terminology changes and carefully evaluate the impact the change will have. It will cause a major rework since all GUI strings, Online Help as well as all documetation will need to be readapted to the new terminology to make sure that the program is consistent in all its components.

Q: Can I use Pootle to translate the files for the 2.4 update release?
A: Please ask at the dev@l10n list for additional information. Please see details at: http://wiki.services.openoffice.org/wiki/New_Translation_Process_%28Pootle_server%29

Q: During translation I see many strings already translated which do not match exactly with the English source: shall I leave them as they are or should I change them?
A: The translated strings you see need to be readjusted to reflect the English source. They are most probably translations of previous versions when the English source was different. Whenever an English string gets updated the translation of that string before modification is maintained because in most of the case it contains useful terminology that may be reused for updating the string. Sometimes the changes are really minimal, sometimes it's not the string but the tags in it which have changed or sometimes a typo in the English text has been fixed so that in the end you don't need to change anything in the translated text ... but sometimes you may need to retranslate the string completely.

Personal tools