A quick search through my in box says that I have gotten 12 mails from damned lies after string freeze, concerning the following modules:
epiphany evolution eog gnome-control-center gnome-utils devhelp deskbar-applet yelp evince bug-buddy gtksourceview evolution-data-server Now whether these are real string freeze breaks or "technically not really" a string freeze break or just noise from damned lies, that does seem a bit on the high side. Whether the current definition, of what is a real string freeze break and what isn't, is a good one, I don't know because I don't know this system from a developers point of view and there should be room to fix important stuff at the least minute. But I do also know that, real, or "technically not", they do present the same amount of extra work, where someone has to do 5 separate; translate ... proofread ... integrate corrections ... check out ... intl-update ... msgfmt ... commit ... cycles to complete 12 strings. And furthermore I must admit that I totally and absolutely disagree that "100" is just a arbitrary number on a webpage, for two reasons: 1. Some teams, at least ours, work in bursts. We don't want to loose work by working on the modules early in the development cycle where patches might still be rolled back and discarded. So we do almost all translation in the last hectic 1-1.5 month before release and seeing that 100% (38420/0/0) gives the team an important sense of completion. 2. But that only concerns the translators. What is extremely more important is that just 1 untranslated string in a visible place in the GUI of a program can easily give the user a very unprofessional impression, and that is quite simply to bad considering the amount of work we all put in this. All this being said I do think that it all works pretty well most of the time, but I do also fell that _some_ developers need to give this a little more thought to everything that happens after they have written the actual code. I do think that we have seen a few "whops" in the replies to those messages from damned lies and at least those ones could be prevented. Regards Kenneth Nielsen
_______________________________________________ gnome-i18n mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-i18n
