<div dir="ltr"><div><div><div><div>Hi,<br><br></div>You are right about the fact that long sentences are more difficult to manage with Transifex but as the string follow the order of the text, it can be done by translating in one go 3 strings (if the long sentence was splitted in 3).<br><br></div>For QGIS GUI, I had a discussion with someone from GFOSS.it (Italian OSGEO chapter). The issue you have is mainly due to the translated QT file (the ts file format) as it does not manage references to lines from original files. So, QTlinguist seems to be a good alternative.<br><br>For documentation using Sphinx, we use po file format. With this format, we do not have an issue as it references the original file and line for each string e.g <a href="https://github.com/mapserver/docs/blob/branch-6-4/translated/fr/about.po#L28">https://github.com/mapserver/docs/blob/branch-6-4/translated/fr/about.po#L28</a> <br><br></div>Cheers and regards<br><br></div>Thomas Gratier<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-07-18 17:15 GMT+02:00 Siki Zoltan <span dir="ltr"><<a href="mailto:siki@agt.bme.hu" target="_blank">siki@agt.bme.hu</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
in case of QGIS GUI translation, transifex has a big disdvantage comparing to Qtlinguist (which were used resently). The context is lost, the translator has no idea from where the message (dialog, source line, etc.) comes from. Another problem raises when you would like to translate long messages, you can see only a small part of the message on the screen (which is the case in OSGeoLive).<br>
<br>
Regards,<br>
Zoltan<span class=""><br>
<br>
On Sat, 18 Jul 2015, Thomas Gratier wrote:<br>
<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br><span class="">
I had a discussion at FOSS4G Europe about using Sphinx internationalization<br></span>
<<a href="http://sphinx-doc.org/latest/intl.html" rel="noreferrer" target="_blank">http://sphinx-doc.org/latest/intl.html</a>> (i18n) instead of the current<span class=""><br>
directory approach.<br>
<br>
Why?<br>
It's already used in QGIS project, MapServer project, Python project,..<br>
<br>
The advantages:<br>
<br>
* Untied translators and contributors jobs by using Transifex<br>
* Keeping the translation updated. For instance, if I do a translation in<br>
French, then the English doc evolves slightly, it's difficult to track the<br>
differences and I need to read nearly everything again or browse the<br>
original file history then apply the change in French. It's not friendly IMO<br>
* Do not use symbolic links when missing files: fallback to english<br>
directly with i18n and not issue with Git (try to build the doc and do a<br>
"git status" to understand)<br>
<br>
If you wonder about the simplicity of Transifex, you can see the MapServer<br>
documentation at <a href="http://mapserver.org/fr/development/translation.html" rel="noreferrer" target="_blank">http://mapserver.org/fr/development/translation.html</a><br>
<br>
The drawbacks:<br>
<br>
* It can't make documents differ per language (strict translation)<br>
<br>
I've already worked a bit to make things happen about this at the code<br>
sprint but I would like to reorganize the documentation to improve the<br>
experience.<br>
<br>
Do you have any opinions before I go further?<br>
<br>
<br>
Cheers<br>
<br>
Thomas Gratier<br>
<br>
</span></blockquote>
</blockquote></div><br></div>