Re[2]: Bug #115289

[Wang Jian <lark linux net cn>]

Hello,

My personal opinion is that, _if_ the strings are user visible, then
adding them to pot is a MUST. If you don't add them, they're visibly
untranslated anyway. If you add them, they're visibly untranslated at
the adding time, but every team has chance to make them visibly
translated before release. In the worst case, if every team failed to
update, the result is the same as not adding them. Which is better?

So, _if_ the strings are user visible, I suggest even aggressive
solution: adding them at this time. It may break some team's perfect
statistics number, but I think a team with perfect statistics number
should have enough resource to do an urgent update. For those teams
who have not so perfect statistics number, 100 strings makes no
difference anyway.

Abel Cheung has repeated that it is rather UI bug than UI change, so I
assume it is user visible. My stand is with Abel.

--
  lark
  Simplified Chinese team coordinator

Wednesday, August 27, 2003, 5:00:24 AM, you wrote:

AC> On 2003-08-26(Tue) 22:38:58 +0200, Christian Rose wrote:
>> tis 2003-08-26 klockan 22.21 skrev Christian Rose:
>> > Kjartan of course might disagree with my opinion, in that case so be it,
>> > but I remain utterly convinced that adding hundreds of messages to GNOME
>> > 2.4 at this point in time, or even after 2.4.0 is released, is a bad
>> > idea, for the same reasons as why we delayed the intltoolizing of most
>> > schemas files from the GNOME 2.2 string freeze period until GNOME 2.3.

AC> At this point, I think I should stop here. It's wasting everybody's time
AC> (including mine), while more useful work could have been done. I have
AC> laid out my opinions clearly:

AC> 1. This is more a UI bug fix rather than random changes/additions.
AC> 2. Translators should have enough time to work on it as there should be
AC>    some months before 2.4.1 is out.

AC> Now it's everybody's time to voice their opinions. I would not (and
AC> should not) reply to this thread anymore.

AC> Abel




-- 
  lark