We currently don't have a good way of automatically knowing if a particular localisation in mozilla.org CVS is up-to-date. I think this might bw useful information to know when trying to do a security release for 30 or more locales simultaneously.
One possible system would watch checkins to the /l10n partition and maintain a "last changed date" for every single key/value pair in every single file. If a value in the en-US file has changed more recently than the value for the corresponding key in the localised file, it would flag that localisation as "out of date".
The tool would loop as follows:
Does this seem like a good design?
The only problem would be if a localiser decided that the change in the English string did not warrant a change in the localised string. Perhaps we could make them touch the file anyway, just to flag that they had seen and dealt with the issue? Hacky, perhaps...
Posted by gerv at February 6, 2006 2:39 PMFair enough, then :-) Let's do that.
Posted by: Gerv at February 6, 2006 4:39 PMTurning automatic updates on for nightlies would help.
Posted by: Greg K Nicholson at February 6, 2006 7:18 PMOne additional culprit in the scheme proposed here is the sad state of some of the tools that localizers use.
The order in which strings are written back is not always specified, and thus, "l10n blame" would need to do much more than a "cvs blame".
I second Benjamins comment, too.
Posted by: Axel Hecht at February 6, 2006 7:46 PMAxel: just to be clear, my tool would be independent of string order.
Posted by: Gerv at February 6, 2006 9:00 PMFor teams using PO files, this could be done much more simply on the PO files, and so ensuring proper workflow there would suffice
Posted by: David Fraser at February 12, 2006 9:02 PM