<tt><font size=2>Andreas Jaeger <aj@suse.com> wrote on 09/21/2015
10:27:29 PM:<br>
<br>
> From: Andreas Jaeger <aj@suse.com></font></tt>
<br><tt><font size=2>> To: Matt Riedemann <mriedem@linux.vnet.ibm.com>,
openstack-<br>
> i18n@lists.openstack.org</font></tt>
<br><tt><font size=2>> Date: 09/21/2015 10:28 PM</font></tt>
<br><tt><font size=2>> Subject: Re: [Openstack-i18n] translating python
clients</font></tt>
<br><tt><font size=2>> <br>
> On 2015-09-21 16:09, Matt Riedemann wrote:<br>
> ><br>
> ><br>
> > On 9/18/2015 10:54 AM, Akihiro Motoki wrote:<br>
> >> I have no comment on Liberty translation priority atm.<br>
> >><br>
> >> I think a couple of different topics are discussed at the
same here.<br>
> >><br>
> >> * CLI translation priority<br>
> >> * Server side project translation priority<br>
> >> * (potential) usage of server side project translations in
Horizon<br>
> >><br>
> >> We need to have more contact with project teams in the next
cycle<br>
> >> more deeply to decide translation priorties before starting
translations.<br>
> >> In the past releases, i18n team tended to start discussions
after<br>
> >> starting<br>
> >> translations and it is too late for the game in most cases.<br>
> >><br>
> >> Regarding client projects, I know openstackclient is our
future and<br>
> >> the keystone team encourage to use openstackclient for Keystone
v3 API.<br>
> >> However, regarding other projects like nova or neutron,<br>
> >> the progress of openstackclient integration is not well enojgh<br>
> >> and a new feature is implemented in each client.<br>
> >> Thus we need to consider the priority in the next cycle.<br>
> ><br>
> > I agree with this.  We are nowhere near, as far as I can
tell anyway, of<br>
> > deprecating python-novaclient.  The reason we pushed the
changes to<br>
> > translate the project is because people are pushing changes into<br>
> > python-novaclient to mark strings for translation, but there
was never<br>
> > any infrastructure in place to do those translations (the project
wasn't<br>
> > even configured with babel until a couple of weeks ago).<br>
> ><br>
> > So the feeling was, why not translate it?  It's easy to
setup.  I agree<br>
> > that python-openstackclient is higher priority for the CLI, but<br>
> > python-novaclient is not going away anytime soon, especially
now that we<br>
> > have microversion support in it for the compute API, which I
don't think<br>
> > python-openstackclient has.<br>
> <br>
> But just the setup will not give you translations for free. Even if
we <br>
> set it up, I fear no one will translate it. Therefore I wonder whether
<br>
> it makes sense at all to enable the infrastructure if no translator
<br>
> looks at it.<br>
> <br>
> Or in other words: Does the translation team want to have every possible
<br>
> project in Zanata? Or only those they want to translate? And then
the <br>
> question is which ones to translate?</font></tt>
<br>
<br><tt><font size=2>In my mind, translation platform should not block
any people who want to translate</font></tt>
<br><tt><font size=2>any resources if the resources are available in Openstack
community.</font></tt>
<br><tt><font size=2>So if dev team want to put their resources, put them
there.</font></tt>
<br><tt><font size=2>Andreas is right, putting projects in Zanata will
not bring free translations.</font></tt>
<br><tt><font size=2>Based on my observation, translators prefer to translate
UI projects more than other projects.</font></tt>
<br><tt><font size=2>For example, even I include Nova in the Liberty translation
plan, the nova translation progress </font></tt>
<br><tt><font size=2>is not that good. </font></tt>
<br><tt><font size=2>In translation community, translation team, coordinators
and even individual translators</font></tt>
<br><tt><font size=2>have the autonomy.</font></tt>
<br><tt><font size=2><br>
> <br>
> Andreas<br>
> -- <br>
>   Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica:
jaegerandi<br>
>    SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany<br>
>     GF: Felix Imendörffer, Jane Smithard, Graham Norton,<br>
>         HRB 21284 (AG Nürnberg)<br>
>      GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1
389A 563C C272 A126<br>
> <br>
> <br>
> _______________________________________________<br>
> Openstack-i18n mailing list<br>
> Openstack-i18n@lists.openstack.org<br>
> </font></tt><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n"><tt><font size=2>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n</font></tt></a><tt><font size=2><br>
> <br>
</font></tt>