Re: [libreoffice-l10n] Re: [libreoffice-documentation] Help-files: Large-scale 'cosmetic' changes

Hi,

2015-12-18 09:59, Jan Holesovsky wrote:
> But - what about to introduce an 'en_US' translation in the Pootle,
> where native speakers could improve the wording without changing the
> meaning?  Then once per the release cycle, these could be copied back in
> a way that it marks no translations fuzzy.

This question keeps popping up, doesn't it...

In my opinion, it's not a good idea.

First of all, I can't see how it helps in the long run: if you plan to
promote the en_US "translation" strings as source at some point, then
they will still be marked fuzzy at that given moment, and you would
still have to tackle that issue either by using some automation, or by
asking all other locales to update their translations. So, the problem
remains there, and the only change is that now you'd have to manage a
new pseudo-translation. And to write a script which promotes these
strings to the base.

On top of that (or if you don't plan to promote en-US strings as
source), I find rather awkward the idea of having "mostly proper
English, but sometimes bastardized by foreign developers" as the base
language. In my opinion, a much better idea would be to hook these
English to-be-localizers into any patch review process which involves
adding new strings. This way incorrect strings would simply not be
introduced into the application, as opposed to being introduced and then
fixed via a weird workaround.

Rimas



-- 
To unsubscribe e-mail to: l10n+unsubscribe@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/l10n/
All messages sent to this list will be publicly archived and cannot be deleted