Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-17 Thread Akihiro Motoki
A bit late reply. As one of translators, I can say wrong strings are worse. String Freeze is a soft freeze and it just declares we don't make big change mainly due to feature additions. It does not necessarily prevent fixes including string changes. In Horizon case, after starting translations

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-06 Thread Thierry Carrez
In that precise case, given how early it is in the freeze, I think giving a quick heads-up to the -i18n team/list should be enough :) Also /adding/ a string is not as disruptive to their work as modifying a potentially-already-translated one. Joe Cropper wrote: +1 to what Jay said. I’m not

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-06 Thread Joe Cropper
Thanks, ttx. If there’s anyone that can do a final review on https://review.openstack.org/#/c/118535/ — would be much appreciated and I’m happy to llet the i18n folks know once it merges. - Joe On Sep 6, 2014, at 9:36 AM, Thierry Carrez thie...@openstack.org wrote: In that precise case,

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-06 Thread Jay Bryant
Thierry, Thanks! I agree. Jay On Sep 6, 2014 9:37 AM, Thierry Carrez thie...@openstack.org wrote: In that precise case, given how early it is in the freeze, I think giving a quick heads-up to the -i18n team/list should be enough :) Also /adding/ a string is not as disruptive to their work

[openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-05 Thread Thierry Carrez
Hi everyone, We just hit feature freeze[1], so please do not approve changes that add features or new configuration options unless those have been granted a feature freeze exception. This is also string freeze[2], so you should avoid changing translatable strings. If you have to modify a

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-05 Thread Matt Riedemann
On 9/5/2014 5:10 AM, Thierry Carrez wrote: Hi everyone, We just hit feature freeze[1], so please do not approve changes that add features or new configuration options unless those have been granted a feature freeze exception. This is also string freeze[2], so you should avoid changing

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-05 Thread Jay Bryant
Matt, I don't think that is the right solution. If the string changes I think the only problem is it won't be translated if it is thrown. That is better than breaking the coding standard imho. Jay On Sep 5, 2014 3:30 PM, Matt Riedemann mrie...@linux.vnet.ibm.com wrote: On 9/5/2014 5:10

Re: [openstack-dev] Feature freeze + Juno-3 milestone candidates available

2014-09-05 Thread Joe Cropper
+1 to what Jay said. I’m not sure whether the string freeze applies to bugs, but the defect that Matt mentioned (for which I authored the fix) adds a string, albeit to fix a bug. Hoping it’s more desirable to have an untranslated correct message than a translated incorrect message. :-) -