Translation bugs to fix in 3.6.2 rc1

l10n
#1

Hi,

Please find the error logs at the usual place:
http://dev-www.libreoffice.org/l10n/errorlog/

However, our process has changed a bit. I will not correct fatal help
translation errors in git myself any more. A new piece of code has
been developed, that checks for such errors build time before merge,
and will not merge strings with errors. See
https://bugs.freedesktop.org/show_bug.cgi?id=52246.

So, if you wrote for example <emph/> instead of </emph>, did not close
a tag, etc., that segment would be rejected, and English original
would be used in translation. I'll work on translator-friendly error
reports later. For now, please check Pootle tests, at least xmltags
when you translate help.

Best regards,
Andras

#2

Hi,

Hi Andras,

Please find the error logs at the usual place:
http://dev-www.libreoffice.org/l10n/errorlog/

Thanks for your notification.

However, our process has changed a bit. I will not correct fatal help
translation errors in git myself any more. A new piece of code has
been developed, that checks for such errors build time before merge,
and will not merge strings with errors. See
https://bugs.freedesktop.org/show_bug.cgi?id=52246.

Andras, as i previously said that we are tagging the original strings
with the comment "tombalak"
http://listarchives.libreoffice.org/global/l10n/msg04672.html

As you said that, the strings with errors will not be merged, i think
it is a good time to share the total list of tomabalaks gathered until
now.

http://dl.dropbox.com/u/38862200/Tombalaks.ods

Here is the ODS spreadsheet. There are 43 tombalaks noticed bu Turkish
translation team. Most of them are about the missing or wrong emph
tags. I tried to note the reason and the component.

Should i fill a bug report? Or is it fine here?

So, if you wrote for example <emph/> instead of </emph>, did not close
a tag, etc., that segment would be rejected, and English original
would be used in translation. I'll work on translator-friendly error
reports later. For now, please check Pootle tests, at least xmltags
when you translate help.

Will work on it.

Regards,
Zeki

#3

Hi Zeki,

As you said that, the strings with errors will not be merged, i think
it is a good time to share the total list of tomabalaks gathered until
now.

http://dl.dropbox.com/u/38862200/Tombalaks.ods

Here is the ODS spreadsheet. There are 43 tombalaks noticed bu Turkish
translation team. Most of them are about the missing or wrong emph
tags. I tried to note the reason and the component.

Should i fill a bug report? Or is it fine here?

Please file a bug report and assign it to me, I'll sort them out when
I find some time (before 3.7 string freeze). Please note that
self-closing <emph/> tag is not wrong, it is just redundant. I'll
remove them anyway, because they confuse translators.

Thanks,
Andras

#4

Hi Andras,

We have been checking the Catalan (Valencian) translation and even though
no errors were reported, we have found that the interface has a lot of
English strings (top menus, descriptions...).

I'm trying to find out how this has happened when previous LibreOffice
Catalan (Valencian) versions were completely OK.

Any idea on this?

Thanks!

Pau

#5

Hi Pau,

Please double check files that you have in Pootle. I don't know, if
you are translating online, or you are using offline tools and upload
the results. But is seems your files are not in order. Total wordcount
is 85038, while other languages have 91729.

Best regards,
Andras

#6

Hi Andras,

I'm going to try to see what's happening here. In case I can't solve it,
would you be able to restore the initial files (in English I mean)?

Thanks,

Pau

#7

Hi again,

Well, I've fixed the issue. We upload all the files and it seemed that
there were some errors in some of them. Now this has been solved and
everything seems correct in Pootle.
https://translations.documentfoundation.org/ca_XV/

Andras, the corrected translation will be included on LibreOffice 3.6.3?

Thanks!

Pau

#8

Hi Pau,

Yes, I'll update ca_XV in git before 3.6.3.

Andras

#9

Hi,
Mongolian localization has been activated. Could someone add mn.libreoffice.org - Mongolian - Монгол to international page (http://www.libreoffice.org/international-sites/)?

Thanks,
Badral