Apache OpenOffice (AOO) Bugzilla – Issue 21655
Set an official GSI file for translators
Last modified: 2013-08-07 15:34:52 UTC
I have been contributing to OO for pt-BR since jan 2002, and I have developed skills to build OO from the sources files. From OO 1.0.3 to 1.1, I have succesively extracted and merged translated strings into the code to catch the additions and correct translations errors. I have been struggling with this process because on each new milestone, I have a different GSI file, and pinpointing the differences is not an easy job. AFAIK, among the RC's before 1.1, the localize/transex3 broke and was fixed back. Now on 1.1 release I extracted the strings in en-US and got 25,639 lines while in the same source the pt-BR has 25,679 lines. It seems that the difference is in module offcfg, which is not visible to the outside world. However it is litteraly finding a 40 needles among 25679 straws. Also I dont understand why pt-BR has more strings than en-US. For me, the solution is to have an "Official GSI File", "The-Real-One", located in the CVS repository, and updated at each milestone. This file must contain the valid strings in en-US. This will take out of my responsibility to extract the strings at each milestone and risk to get lost if a bug raises in Localize/transex3. Bear in mind that handling GSI files are not a trivial task especially for edition. It is a clumsy file. Olivier Hallot
Created attachment 10604 [details] pt-BR GSI file extracted from OO 1.1
Created attachment 10605 [details] extracted strings in pt-BR from oo 1.1
Well, The correct attachments are en26n = english, br26n= Brazilian portuguese. Olivier
The problems you met are bugs in localize already filled in IZ. See bugs where I'm reporter on in CC:.
SBA: Reassigned to Nils.
Regarding a official gsi file: We have started working on some additional infrastructure for OOo to download and upload gsi files into the translation database which is used to collect strings out of the code and reflect them back to the code, once they are translated. Jörg Jahnke works on this, I would suggest to close this task.
Created attachment 11981 [details] Patch suggested by Sergiy Kudryk
OOPs!!! this attchment is not for this bug. Please disregard.
jj: what is the status of the work on GSI for external people?
Sorry for the late reply as I lost track of this issue even though I received an email notification :-(. As for the status, it's still as Nils described earlier that we have some plans about such a tool, similar to the Environment Information System which can now be used outside the Sun network. But currently I could not even give you a due date when such a solution might be in place.
OK, so please kepp this issue. No problem if it is not to be available soon.
Frank, could you please take over
change component to tools
set target DevTools
Pavel, can we close this one also ? Is imho also solved by the po / pot variant.
ihi cc'ed
yes, closing.
.