- OpenStack-I18n - lists.openstack.org

experiences and tips in ops-guide translation (a case of Japanese community)
by Akihiro Motoki 03 Nov '13

03 Nov '13

Hi I18N community, I summarized our experiences and tips of Japanese community in ops-guide translation. https://docs.google.com/presentation/d/1kQN-9765PzNbTSw5YoSl9kNOsUU_Gj74HQZ… While several months passed after the ops-guide translation finished, I believe it is still useful to clarify requirements for document translations and it may bring us some ideas in the discussion in Hong Kong and the future. I don't think our approach works well for everyone and is ideal, but at least it works for us and makes us much efficient compared to a case where we use Transifex. Thanks, Akihiro

3 3

Relevant sessions for i18n at the summit
by Tom Fifield 03 Nov '13

03 Nov '13

Hi, A couple of people have asked about sessions they can attend about i18n at the summit. Here's my list: Thursday November 7, 2013 11:00am - 11:40am AWE Level 2, Room 202 Translation tools and scripts http://icehousedesignsummit.sched.org/event/36d10d27f8a030c02fc35553cc24187… Tuesday, November 5 • 3:40pm - 4:20pm AWE Level 2, Room 202 Publishing translated documentation http://icehousedesignsummit.sched.org/event/a7731c633cd4c57d4647af8c5482941… Wednesday November 6, 2013 11:15am - 11:55am AWE Level 2, Room 201B I18n policies of messages http://icehousedesignsummit.sched.org/event/b55de8b048803806c9acace66c21f6d… Friday, November 8 • 5:00pm - 5:40pm Developing a Roadmap for Global Adoption: Exploring OpenStack's Globalization Best Practices http://openstacksummitnovember2013.sched.org/event/70cbdbcb75e4b20410d318e1… Friday November 8, 2013 4:10pm - 4:50pm AWE Level 2, Room 204-205 Icehouse release schedule & coordination http://icehousedesignsummit.sched.org/event/839c04a94f50b18f3b963d8e1c58707… Regards, Tom

1 0

Collecting requirements to translation tools
by Dwayne Bailey 30 Oct '13

30 Oct '13

Hi There, I was pointed to this discussion while on #pootle. Let me give some feedback on the items listed on your Google Doc adding info as needed and correcting any errors that I see. - *Cross-project translation teams* - Not 100% sure of the exact needs here. Pootle has a user centric permissions model, users can have permissions for languages, projects and translation project (i.e. a project in a given language). - *Cross-project translation memory* - Yes served from Amagama our global TM server. Amagama is a publicly hosted server loaded with translations for FOSS projects, optimised for high speed Levenshtein distance measurement. - We're landing local TM in Pootle in the next few weeks. - *Strong Crowdsource community* - Does this mean the development team or the translators on a shared hosted platform, seems to indicate the later based on the current analysis. - Simple management interface for project resources - Would someone mind elaborating on what the main benefits or use case for resources are for openstack? - Good in-browser management of resource priorities - Would someone mind elaborating on what the main benefits or use case for resources are for openstack? - While we don't have resource priorities Pootle does allow you to place files into goals. These goals can be prioritised to ensure that translators focus on the most important aspects of translation first. - *Proven success with large projects* - LibreOffice, Apache OpenOffice, Mozilla - Firefox, Thunderbird, Firefox OS and website localisations, Evernote. - *API to gather statistics about translators* - Data is there, the API framework is in place but no active users so no finalised, published or stable API - *Easily see the translating context, i.g. the paragraph or section that contains the translation string.* - Yes. Have a look at http://mozilla.locamotion.org/bn_IN/firefox/translate/#filter=incomplete&un… - Surrounding translations even when moving through the editors in a filtered way. You can expand and contract this context as needed and it is hidden when stepping through all translations to remove clutter. - You will see location information e.g. file location as well as line number if that is the only context you have - msgctxt and notes are shown if present. We don't show anything that doesn't exists, which might explain the current comment on the spreadsheet. Pootle UI approach is that we only show what is available i.e. no comment then we won't show you a missing comment. - *Cross-project glossary and dictionary* - Yes. Cross-project, you can load any terminology resource into any language's Terminology project - A project specific terminology file can also be used. - We don't have any specific dictionary integration but use Weblookups for e.g. Wikipedia to make it easy to research source texts without leaving Pootle UI. - *Code maturity (age of the code)* - Pootle was officially released in Dec 2004, about the same time as Launchpad, http://translate.sourceforge.net/pootle-release-2004-12-16.html - So almost 9 years of history in Pootle. The Translate Toolkit is somewhat older. Virtaal, our desktop translation tool, is younger. - Query by filename (eg to assign particular xml files for translation within a resource, as in Japanese ops guide translation) - Does that mean you have a repo but only want to see certain files? - Pootle can ignore files, so the opposite of that - Merging of uploaded PO files, so that only translations that changed in the PO file are changed in the project. Avoids overwriting when multiple translators work offline. - Yes, when uploading you have 3 choices, overwrite (if you have permission), turn conflicts into suggestion or make everything a suggestion - We err on making things a suggestion if we can't resolve the change. So does mean you might need to review the suggestions for your translations. - Performance of translation memory matching for non-latin languages - We use Levenshtein matching. So we're not doing anything special for non-Latin languages. - Training available? (devs, users, none) - Not sure what the needs or wants are here exactly - We've trained localisers across Africa, in India and other places - Written localisation guides for FOSS - Run Translateathons - etc - Roadmap - We haven't published a public roadmap but will be doing that once we get 2.5.1 out the door. Scheduled to go into beta this week. - Technical Support - Translate provides commercial support and development, primarily development - There is an active community that assist on the mailing list and IRC channels. -- Dwayne *Translate* +27 12 460 1095 (work)

1 0

Release Notes pt_BR
by Gabriel Wainer 30 Oct '13

30 Oct '13

Hi all, Finally, the pt_BR release notes are done. I've also added the link in the original page. https://wiki.openstack.org/wiki/ReleaseNotes/Havana/pt_BR Thanks! Gabriel.

2 1

Translated documents publish processing discussion in HongKong summit
by Ying Chun Guo 28 Oct '13

28 Oct '13

Hi, In HongKong summit, there is a slot in doc track to discuss about publish process of translated documents. If you will attend the design summit, I hope you can join the discussion and share your points with us. Hope to see you there. Regards Ying Chun Guo (Daisy) ----- Forwarded by Ying Chun Guo/China/IBM on 2013/10/24 09:09 ----- Anne Gentle <anne(a)openstack.org> wrote on 2013/10/23 11:09:01: > Anne Gentle <anne(a)openstack.org> > 2013/10/23 11:09 > > To > > "openstack-docs(a)lists.openstack.org" <openstack-docs(a)lists.openstack.org>, > > cc > > Subject > > [Openstack-docs] Summit Doc track proposals due > > Hi all, > We have four proposals for four slots for the Summit, I'm happy to > combine or re-think the spots if someone else wants to hold a > discussion in Hong Kong. > > Application Developer Resources Everett Toews > Automated Doc Tooling - status & plans Tom Fifield > Status and future of the restructure Tom Fifield > Publishing translated documentation Anne Gentle > I'm trying to get Todd Morey to do a short show-n-tell of a new > design for the docs site at the Summit, will keep you all posted. > > I don't see any specific API talks here, guess we'll look for those > in the nova v3 sessions. > > I'm also working on hosting a post-Summit "live" review event online > where we go over what the plans are for Icehouse. > > Thanks, > Anne_______________________________________________ > Openstack-docs mailing list > Openstack-docs(a)lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs

2 1

Release notes
by Ying Chun Guo 22 Oct '13

22 Oct '13

https://wiki.openstack.org/wiki/ReleaseNotes/Havana#OpenStack_Documentation I feel the release notes should be translated too. Who has the same feeling ? Regards Ying Chun Guo (Daisy)

9 39

Translation Wikipage
by SungJin Kang 22 Oct '13

22 Oct '13

Hi, I find translate page for wiki. img: http://goo.gl/oXDGt2 May be... This use... img: http://goo.gl/fElejJ and Img: http://goo.gl/Y0eu1w Media wiki help page : https://www.mediawiki.org/wiki/Project:Language_policy I don't know use this function. Where can ask using this function?? Thanks, Sungjin.

2 2

Collecting requirements to translation tools
by Carlos Munoz 18 Oct '13

18 Oct '13

Hi All, Parag just made me aware of this thread. I am the Team Supervisor for the Zanata project and just wanted to answer any questions you may have on the system. From what I read on the thread, below are the points you are looking for before choosing a system, so let me make a brief note about each of them. * Cross-project translation teams Zanata fully supports this. Translation teams are able to translate all projects to their assigned languages. * Cross-project translation memory Supported as well. Translators will be able to see the origin of a TM result. * Good in-browser translation interface Zanata has a rich translation editor that runs in the browser and supports an extensive set of keyboard shortcuts to make the process as quick as possible. * Good in-browser review interface We just introduced the review process into our latest version of Zanata, and are still making changes to make it as useful as possible. The review process happens in our translation editor as well, with 'Reviewers' being able to see an extended set of controls to comment, approve or reject translations. * Easy import/export of translation files Zanata has a maven, and a command line client to import and export translation files. * Support for all common translation formats Zanata supports PO, properties, and xliff. Other formats that are in experimental mode at the moment include OpenOffice, IDML, .txt, and a few others. * Git/GitHub Integration Zanta has a REST API which makes it very easy to integrate. If you look at our GitHub page, we have a small script that we are using to synchronize Git repositories with Zanata at the moment. It's on an early stage at the moment, and it's only a temporary solution as we are working on bringing a more robust solution to this requirement. * Hooks for CI infrastructure Not sure what you mean here. * Management workflows that fit OpenStack process We'll have to take a look at what those are. * Self-hosted We currently have a public instance available to everyone at http://zanata.org, but you are always welcome to donwload Zanata and start it up on your own infrastructure. * Proven success with large projects Zanata is currently used to translate projects like JBoss AS, RHEL, RHEVM, Ovirt, and countless other large projects. * API to gather statistics about translators Not yet. Zanata has the information, but it is just not exposed at the moment. * Easily see the translating context, i.g. the paragraph or section that contains the translation string. * Cross-project glossary and dictionary Zanata supports a global glossary, but not a dictionary. Let me know if you guys have any other questions. Regards, -- Carlos A. Munoz Software Engineering Supervisor Engineering - Internationalization Red Hat

1 0

Pootle test server
by jeblair＠openstack.org 17 Oct '13

17 Oct '13

Hi, In Hong Kong there will be a design summit session to discuss translation tools: http://summit.openstack.org/cfp/details/169 >From our last round of evaluating tools, Pootle was a close second to Transifex: https://docs.google.com/spreadsheet/ccc?key=0Aqevw3Q-ErDUdFgzT3VNVXQxd095bF… To help make the design summit more productive, I have set up a simple test Pootle server so that we can examine it and answer any questions we might have before the design summit. You can log into the test server here: http://translate-dev.openstack.org/ I have done very little configuration of the system, I just wanted to get something up quickly for people to look at. I have imported nova, horizon, and openstack_dashboard as projects. Note that if you look at nova, the number of translated strings Pootle reports is less than transifex -- that's because Pootle has marked all of the fuzzy-matched strings as "needs work", and strings that "need work" don't count as being fully translated. One thing that I believed has changed since the last time we looked at Pootle is translation memory. Here are the current docs: http://docs.translatehouse.org/projects/pootle/en/latest/features/translati… Since that describes how it uses an external translation memory populated with open source software by default, I believe that also means that Pootle's performance in the "crowdsource" category may have improved as well. I'm also optimistic about the integration with Git. Here's the documentation: http://docs.translatehouse.org/projects/pootle/en/latest/features/version_c… It looks like we may have options for getting nice git commits out of this; it says a typical git commit message looks like this: Commit from GNOME Pootle by user Sipho. 80 of 100 messages translated (7 fuzzy). Also, from what I've seen, it should not be very difficult to integrate Pootle into the project infrastructure -- the deployment is fairly simple. Keep in mind this isn't a fully-formed proposal for a new system -- just a test server running a basic configuration so we can look into it and discuss it more at the Summit. Please feel free to log into the test server and play with it. After you log in, just let me know if you would like me to make your user an admin. -Jim

6 5

I18n team meeting tomorrow
by Ying Chun Guo 17 Oct '13

17 Oct '13

Hi, We will have I18n team meeting at 0000UTC on Thursday (October 17th) in IRC channel #openstack-meeting. The time, we use Asia/America friendly time. Welcome to join the meeting. In the past 1 month, We have finished the busy Horizon translation. We completed 12 languages translations. That's great achievements. We will use this meeting to discuss our next work items. I have the following items in mind, and feel free to add the items in your mind too. * Evaluation of other possible translation tools * Discuss I18n policies to messages * Discuss translation timelines in a release cycle Let's meet tomorrow. Best regards Daisy

2 1

Re: [Openstack-i18n] [openstack-dev] [oslo] i18n Message improvements
by Łukasz Jernaś 16 Oct '13

16 Oct '13

On Wed, Oct 16, 2013 at 12:40 AM, Mathew R Odden <mrodden(a)us.ibm.com> wrote: > As requested in the last Oslo meeting, I created a blueprint for further > discussion on the i18n work in Icehouse here: > > https://blueprints.launchpad.net/oslo/+spec/i18n-messages > > There were some ideas from the meeting that I'm sure I wasn't quite fully > understanding, so please take a look and let me know if there is any > feedback. Hi, If I may include my 0.02€. I'm still trying to wrap my head around the need for translating API messages and log messages as IMHO it adds a lot more problems for app developers and log analysis tools, eg. a log analysis tool would be usable only for the locale it was developed for and break with _every_ update of the translations. As a translator myself I don't really want to check every system in existence if it uses my messages to do some sort analysis and often change the strings to more proper form in my language as reviews and feedback on the translation comes in - even though the original English string doesn't change at all. I feel that translating mostly computer facing stuff is just crying for bugs, weird issues popping up for users, API-s should be readable by humans, but translating them is a bit too far in my opinion. If I get it right the Message objects are supposed to move stuff around internally in a C/en locale, but we will still end up dropping translated messages to computers if the don't explicitly specify the locale which the request should use... Regards, -- Łukasz [DeeJay1] Jernaś P.S. Of course I may be wrong with all of that ;)

1 0

Fwd: [openstack-dev] [oslo] i18n Message improvements
by Tom Fifield 16 Oct '13

16 Oct '13

-------- Original Message -------- Subject: [openstack-dev] [oslo] i18n Message improvements Date: Tue, 15 Oct 2013 17:40:56 -0500 From: Mathew R Odden <mrodden(a)us.ibm.com> Reply-To: OpenStack Development Mailing List <openstack-dev(a)lists.openstack.org> To: OpenStack Development Mailing List <openstack-dev(a)lists.openstack.org> As requested in the last Oslo meeting, I created a blueprint for further discussion on the i18n work in Icehouse here: _https://blueprints.launchpad.net/oslo/+spec/i18n-messages_ There were some ideas from the meeting that I'm sure I wasn't quite fully understanding, so please take a look and let me know if there is any feedback. Also, just to try to recap the discussion and try to state where *I think* we want to head with i18n/Messages, this is where I think we want to go in Icehouse. Make Message objects in oslo less magical by removing a lot of the magic string methods/operators from the class. This doesn't necessarily mean removing all of the "magic" operators (I think __mod__ is still necessary, as pointed out in the whiteboard of the blueprint.) I think some of the functionality is useful to developers when dealing with Messages and strings (unicode strings only hopefully.) The overall shift in direction should be to make projects more aware of the Message objects, and we need to change those to utilize them better instead of trying to make Messages work in all project cases. This was one of the biggest challenges of how it works today; trying to make a Message into a "string". Changing projects to expect/use Messages instead of strings/unicode is necessary if our goal is to make Messages less magical. Some of the changes that need to be done to realize this are outlined in the blueprint, but the big ones are: - needing a better defined public API for messages like the translate() function - needing to utilize unicode (more likely six.text_type) in all areas in OpenStack projects instead of strings (although we should be trying to do this already) - catch any Messages and resolve to unicode before they exit any OpenStack code Any feedback on the blueprint or ML would be appreciated. Thanks, Mathew Odden, Software Developer IBM STG OpenStack Development

1 0

Fw: [Openstack-translation] Free pass to OpenStack HongKong Summit
by Ying Chun Guo 12 Oct '13

12 Oct '13

Hi, team The free passes are still available. If translators from your team or yourself would like to join the HongKong summit in Nov, Please send me email. Hope to see more I18n people in the summit. (feel free to forward below email to your translation team) Thanks and regards Ying Chun Guo (Daisy) ----- Forwarded by Ying Chun Guo/China/IBM on 2013/10/12 14:28 ----- "Openstack-translation" <openstack-translation-bounces +guoyingc=cn.ibm.com(a)lists.launchpad.net> wrote on 2013/06/18 16:22:10: > Ying Chun Guo/China/IBM@IBMCN > Sent by: "Openstack-translation" <openstack-translation-bounces > +guoyingc=cn.ibm.com(a)lists.launchpad.net> > > 2013/06/18 16:22 > > To > > openstack-translation(a)lists.launchpad.net, > > cc > > Subject > > [Openstack-translation] Free pass to OpenStack HongKong Summit > > Hi, team > > The OpenStack Summit will be held in HongKong in Nov, 2013. All > active technical contributors can get a free registration code to > the summit. I think, translations are another kind of contribution > and should be recognized. But since the translations in the code > repository that are not marked with our names, some of you might not > receive emails with registration codes. I talked with the community > manager - Tom Fifield about this. Now the community agreed to give > us free registration code by a special process. > > If you and people in your translation team don't have the free > registration code but want to attend the summit, please let me know > the Transifex registration email and ID. I will get the free pass for you. > > To get more information about the summit, please refer to http:// > openstacksummitnovember2013.eventbrite.com/. > > Regards > Ying Chun Guo (Daisy)-- > Mailing list: https://launchpad.net/~openstack-translation > Post to : openstack-translation(a)lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack-translation > More help : https://help.launchpad.net/ListHelp

2 2

Regarding OpenStack Manuals
by Tom Fifield 11 Oct '13

11 Oct '13

Hi, Just to let you know, I have just marked the following books to no longer accept translations: openstack-api-programming openstack-block-storage-admin openstack-compute-admin openstack-network-connectivity-admin openstack-object-storage-admin These books have been restructured during the Havana release. A lot of the content is the same, so we can keep them for translation memory - don't worry about any lost work! :) Will need to make some new "resources" in transifex. Regards, Tom

1 1

Patch proposed to import translations for Havana
by Akihiro Motoki 10 Oct '13

10 Oct '13

Hi I18N team, I just proposed a patch to import Horizon translations for Havana. https://review.openstack.org/#/c/50698/ Please check it if your languages is included. If you find some issues, please let us know or add a comment on gerrit. On The I18N check site by Japanese team, Horizon with the proposed patch is available. You can check it here using a live Horizon. http://v157-7-133-23.myvps.jp:13580/ Username : demo or admin Password: opstjpHavana Cheers! Akihiro MOTOKI <amotoki(a)gmail.com>

3 2

Horizon translation status update for Havana
by Akihiro Motoki 09 Oct '13

09 Oct '13

Hi all, Thanks for your translation effort for Havana RC1 release. RC1 release starts and Horizon RC1 is coming soon. It contains translations of ~100% translated languages. I really appreciate your work!! == Extra translation request == Horizon made several number of fixes in RC1 phase and there are several changes in translation strings. I just synced POT files with the latest Horizon master repository and pushed them to Transifex. == Schedule for Havana Horizon RC2 (not determined yet) == I will request another Release Candidate (RC2) to import translations. The exact plan will be discussed with Gabriel, Horizon PTL from now. My current plan is to import translation updates at the middle next week. I will let you all know if there is an update. Thanks, Akihiro MOTOKI <amotoki(a)gmail.com>

7 20

Action item: Transifex statistics API
by Gabriel Wainer 08 Oct '13

08 Oct '13

Hi All, Unfortunately I won't be able to participate in the next meeting, due to timezone it will be 4 AM here. Anyway, from the last meeting, I have the following item: ACTION: gabrielcw to take a look at Transifex API to see if it's able to get the translators information. I searched the API docs and as Daisy and Katomo mentioned in the last meeting, there's the API to retrieve some information for projects, but not yet for translators work. http://help.transifex.com/features/api/#statistics So I asked their help desk about what we want, and happily they will soon be rolling out support for that: http://support.transifex.com/customer/portal/questions/1326867-translators-… In fact, by the answer it should be already available but is not. I will keep an eye on that, and let you know! Hope that helps, Regards, Gabriel.

2 3

Introducing Reports in Transifex
by Gabriel Wainer 08 Oct '13

08 Oct '13

Hi all, This new feature may be helpful to gather some statistics. Not exactly what we need. Just a heads up. http://bit.ly/1bRR7hf Thanks, Gabriel.

1 0

No meeting next Thursday
by Ying Chun Guo 29 Sep '13

29 Sep '13

Hi, team I will start my vacation today and be back to office on Oct. 8th. So I'm going to cancel the meeting on Oct. 3th (next Thursday). We can discuss through email for any topics, like the Havana release, the log message I18n policy, the coming design summit, and etc. We will meet on Oct. 17th on 0000 UTC then. Hope to talk to you there. Regards Ying Chun Guo (Daisy)

1 0

Log messages translation
by Gabriel Wainer 29 Sep '13

29 Sep '13

I saw this in another post, so to avoid confusion I'll ask here. How can we know what are log messages and what aren't in the translation strings? I ended up translating all messages, even logs I believe. Sure that some technical words and var names should be copied but i think it's ok to translate logs. Any guidelines on that? Thanks, Gabriel Wainer

4 6

How to use partially completed languages for devstack horizon?
by Tom Fifield 29 Sep '13

29 Sep '13

Hi i18n, I'm potentially giving a dashboard demo in Moscow next week, and thought it would be cool if I could change the language settings to use our almost-complete Russian translation. Does anyone have some easy steps I can follow to download the PO file from transifex and then configure devstack to use it? Regards, Tom

3 9

String changes in master
by Łukasz Jernaś 27 Sep '13

27 Sep '13

Hi! I've noticed string changes in master introduced in commit 21eaa8fa58d635c62f531c66c6c831fe7fbcdbb6 I've created a bug https://bugs.launchpad.net/horizon/+bug/1229749 and posted a review request with updated strings: https://review.openstack.org/#/c/48056/ Someone please take a look at it. Regards, -- Łukasz [DeeJay1] Jernaś

3 4

Vote results - translation importing policy
by Ying Chun Guo 27 Sep '13

27 Sep '13

Hi, I got 13 answers for this vote. ( I'm very happy to see so many active people in this mailing list. That's great. ) Here is the result: 1. importing policy Vote results: 5a | 3b | 9c | 1d 2. Whether to keep the old translations in Horizon Vote results: 4a | 6b | 2c (language coordinator decided) So the final answer to these 2 questions are: 1. language coordinator decided 2. No @ Coordinators of completed translation teams: If you are NOT comfortable to import the translations of your language in Havanna RC1, please let us know. @ Coordinators of other translation teams: If you want to import your translations in RC1, please let us know. I see the translations of Spanish and Russian are very active. If you are not comfortable to import your translations in RC1, you still have chance to import them in RC2 and the final release. Please let us know your decision as soon as possible, so that Akihiro Motoki can start the importing. Thank you for your hard work! ---vote answers--- 1. importing policy c - language coordinator decided d - All b - 90% translated. a/c - 100% translated, or language coordinator decided (maybe not 100%) b - only if 90% translated is possible, otherwise A a/c - 100% translated, or language coordinator decided (maybe not 100%) c - language coordinator decided c - language co-ordinator decided a/b/c - but if around 95-100%, coordinator decided. c - Language coordinator decided a/c - 100% translated or coordinator decided (or active translator if no coordinator) a - I think 100 %translated should be our goal c - language coordinator decided 2. Whether to keep the old translations in Horizon b – No a - Older versions of translations if in the past had become part of any release should be kept. a - But 100% translated. If Long term support version, All keep. :) c - If no language coodinator b> No, else language coordinator decided a - c - If no language coordinator b> No, else language coordinator decided a - if no coordinator, else language coordinator decided b - b - b - "Yes" in general, but **NO** for Havana. b - b - No if there is such a technical reason as Akihiro mentioned. ------------ Regards Ying Chun Guo (Daisy) > Ying Chun Guo/China/IBM > 2013/09/25 17:03 > > To > > openstack-i18n(a)lists.openstack.org, > > cc > > Subject > > Call for vote: translation importing policy > > Hi, team > > We are just before the translation importing, and we haven't gotten > a consensus to the importing policy. > Let's do a vote then. > The vote will be opened for 24 hours. > I only open this vote to i18n mail list yet. > But I will publish the vote results to public mail list and ask for comments. > The result of this vote will be used for Havanna RC1. > If we got strong opposition from the public mail list, > we still have chance to change it in Havanna RC2 and Havanna offical release. > > Please let us know your opinion. > > ------------------------------------------------- > 1. Which importing policy do you choose? (the policy to be used to > import translations from Transifex to Horizon ) > > a> 100% translated > b> 50% translated, ( or you can specify another percentage number ) > c> language coordinator decided > d> All languages in Transifex > e> others ____________ > > 2. Whether to keep the old translations in Horizon? > (There are some old translation po/mo files in Horizon. > They are old version. Most of them are not completed. ) > > a> Yes > b> No > > Regards > Ying Chun Guo (Daisy)

3 3

Call for vote: translation importing policy
by Ying Chun Guo 26 Sep '13

26 Sep '13

Hi, team We are just before the translation importing, and we haven't gotten a consensus to the importing policy. Let's do a vote then. The vote will be opened for 24 hours. I only open this vote to i18n mail list yet. But I will publish the vote results to public mail list and ask for comments. The result of this vote will be used for Havanna RC1. If we got strong opposition from the public mail list, we still have chance to change it in Havanna RC2 and Havanna offical release. Please let us know your opinion. ------------------------------------------------- 1. Which importing policy do you choose? (the policy to be used to import translations from Transifex to Horizon ) a> 100% translated b> 50% translated, ( or you can specify another percentage number ) c> language coordinator decided d> All languages in Transifex e> others ____________ 2. Whether to keep the old translations in Horizon? (There are some old translation po/mo files in Horizon. They are old version. Most of them are not completed. ) a> Yes b> No Regards Ying Chun Guo (Daisy)

11 15

(no subject)
by Danilo Ingami 25 Sep '13

25 Sep '13

Sent from mobile

1 0