<div dir="ltr"><div><div><div>Hi,<br><br></div>Even, I think your message also question the strategy followed for translation: one version at time and as soon as a version is released, let's focus on the next one. I'm refering to Transifex, of course, which is the default and most encouraged interface for translation.<br>This means that normally, once 2.18.0 is released, strings available in Transifex wil focus on the next release (master_2? master?). Translators are no longer able to translate QGIS 2.18 strings from Transifex web interface. The only step I'm aware of and that could ensure a kind of translation for new strings is that translators individually pull texts from source, translate them and make PR against 2.18 branch. Something that few people will likely do.<br><br></div><div>@devs after qgis 2.18 is released, will the master_2 branch kept? For a 2.20 version? If no master_2 and thus 2.20 is expected, maybe we could keep Transifex focus on what would be the 2.18 branch and people will easily continue translating. And maybe at some stage (when 3.0 release schedule is more clear), we'll push master branch into Transifex and people begin translating 3.0 release...<br><br></div><div>Unless there's a way to have two branches being translated at the same time?<br><br></div><div>That said, if compatible, I'd prefer to have a feature backported, even with some parts in english (actually, there are 14 on 40 activated languages that have more than 90% translated - people can still find web translators if needed) rather than no feature.<br></div><div><br></div><div>my 2cts,<br></div><div>Harrissou<br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-17 16:27 GMT+02:00 Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank">even.rouault@spatialys.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Any opinion ?<br>
<div class="HOEnZb"><div class="h5"><br>
> Hi,<br>
><br>
> I'm currently working on improving geopackage support in QGIS and a first<br>
> part of this is <a href="https://github.com/qgis/QGIS/pull/3597" rel="noreferrer" target="_blank">https://github.com/qgis/QGIS/<wbr>pull/3597</a> (other part will be<br>
> DBManager changes)<br>
> It has been raised that this would be worth backporting in QGIS 2.18.x,<br>
> hence a few questions:<br>
> - this PR adds new strings to translate (the DBManager changes might also).<br>
> Will translators do another round of translations for 2.18.x ? If not, this<br>
> might not be material appropriate for 2.18.x<br>
> - as we are in 2.18.0 feature freeze, must I wait for 2.18.0 to be released<br>
> before backporting (depending on previous question) ?<br>
><br>
> Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer" target="_blank">http://www.spatialys.com</a><br>
______________________________<wbr>_________________<br>
Qgis-developer mailing list<br>
<a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a><br>
Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">http://lists.osgeo.org/<wbr>mailman/listinfo/qgis-<wbr>developer</a></div></div></blockquote></div><br></div>