<div dir="ltr">Hello all,<div><br></div><div>Here goes my 50 cents.<br><div><br></div><div>I believe that using transifex will bring more translators, as it's definitely more straightforward to just register, login and start translating, than having to mess with download files from git, and push them back to the repository. In transiflex, if we could share the glossaries between Documentation, Web and GUI it would also add consistency to certain translated strings.</div>
<div><br></div><div>But... not being able to preview the GUI dialogs while translating, makes it difficult to safely translate certain strings that in English can have several meanings, but that in other languages (my experience is with Portuguese) must be more explicit. In the website and documentations this is less troubling since generally strings are in some context.</div>
</div><div><br></div><div>This means that at least some of the translators will have to keep downloading the files and edit them using QtLinguist to ensure the quality of translation.</div><div><br></div><div>Alexandre Neto</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Feb 16, 2014 at 1:55 PM, Alexander Bruy <span dir="ltr"><<a href="mailto:alexander.bruy@gmail.com" target="_blank">alexander.bruy@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Richard,<br>
<br>
2014-02-16 14:27 GMT+02:00 Richard Duivenvoorde <<a href="mailto:richard@duif.net">richard@duif.net</a>>:<br>
<div class="">> For Documentation and Website, nobody should get .po files from Github.<br>
> If Application would come in Transifex, the same rule: you should NOT go<br>
> to Github and get it from there.<br>
<br>
</div>This is bad approach for application IHMO (well, actually I think this is bad<br>
approach at all :-) ). Now I can update .ts file and translation in any time,<br>
so translation will always about 100%. If we will use same workflow as used<br>
for Documentation and Website then I'll have lot of untranslated string before<br>
release.<br>
<div class=""><br>
> At Transifex, you can get the .ts file from their website (and thereby<br>
> locking the translation from the website for one day if you want).<br>
> You can then use Linguist to offline translate the ts file (you got from<br>
> transifex). After Linguist-translating you can upload that .ts file back<br>
> to transfex and it will be merged there.<br>
<br>
</div>Yes I know about this and this is way I worked: download .po files from<br>
Transifex, translate them using Qt Linguist and upload them back after<br>
translation.<br>
<div class=""><br>
> Your second point: yes, you are right. You do not have the old string<br>
> stuff, in Linguist then. But Transifex is getting better and better, and<br>
> for example if we translate via transifex itself now, you get<br>
> Suggestions and History too. But we win and loose some<br>
> functionality/options.<br>
<br>
</div>Uhmm, this is a matter of taste. I just logged into my Transifex account<br>
to test file you mentioned and I found that I completely loose in new<br>
Transifex interface. I spend about 10 minutes to find how I can now<br>
download file.<br>
<br>
Also translating via Transifex requires internet connection. Unfortunately,<br>
stable connections available not everywhere. For example here internet<br>
sometimes become very slow and unstable. I already loosed translations<br>
for two relatively large sections because of internet failures when translating<br>
via Transifex.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Alexander Bruy<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Qgis-community-team mailing list for organizing community resources such as documentation, translation etc..<br>
<a href="mailto:Qgis-community-team@lists.osgeo.org">Qgis-community-team@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-community-team" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-community-team</a><br>
</div></div></blockquote></div><br></div>