Rob Weir wrote:
what level of quality is required to release something
under the Apache OpenOffice name?
Unfortunately, it's very hard to put a threshold, also because it's a
subjective matter.
Three basic errors:
1) Formatting errors in translated strings that break some
functionality of the program.
As you guessed, we already have tools to check this:
http://wiki.services.openoffice.org/wiki/Gsicheck
and they are probably still in use in the current process.
Note that an error may still slip in (example of a release blocker: the
Italian team once accidentally translated two different styles using the
same string; this broke styles handling in Writer, since Writer assumes
that each style has a unique name) but it would really be an exceptional
case.
2) Language errors in the translation.
Here it would help to have the builds out as soon as possible and tested
by native speakers. But indeed this kind of problems are not blockers
most of the times.
3) Errors in the core AOO code revealed by translation.
The main issue here is with the framework, which apparently forces to
specify a length for string containers: it has happened quite often that
the space allocated for a string had to be extended to accommodate
translations. See for example
https://issues.apache.org/ooo/show_bug.cgi?id=117782
or directly the attachment:
https://issues.apache.org/ooo/attachment.cgi?id=76329
#3 is more serious, but I think we solve it by having representative
languages done early and more thoroughly reviewed, e.g., at least one
BiDi language, at least one language with longer words than English
(like German), at least one CJK language, etc.
OpenOffice.org had development builds only for German, French (as a
language with longer strings, see problem above), Japanese (CJK
language), Arabic (RTL) and Russian (non-Latin charset) as you can see here:
http://download.services.openoffice.org/files/extended/developer/DEV300m106/
Apache OpenOffice does much better, since it always provides the full
language set for each development build. But we might want to promote
development builds with more evidence to get early localization fixes.
Regards,
Andrea.
