- OpenStack-I18n - lists.openstack.org

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 10 Oct '13

10 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