[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r17614 - trunk: Languages src/Resources src/TortoiseProc src/TortoiseProc/LogDialog

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Tue, 3 Nov 2009 17:29:41 +0100

On Tue, Nov 3, 2009 at 15:37, Stanislav Petrakov <stannic_at_gmail.com> wrote:
> Hi Oto,
> 2009/11/3 Oto BREZINA otik_at_e-posta.sk
>> I thought about something like this, but had not time even for
>> investigation. I hope You will go much further.
>> The think is that I will need three classes :
>>  *    0, 5-99
>>  *    1
>>  *    2-4
>> If you can handle real forms it can be nice, but as understand this not
>> possible with current design !?
>> Not so important anyway ...
> First of all, thanks for po checker, it is a great tool.
> As Lübbe already noticed, there is a gettext library, which can handle such
> cases in many languages. Plural forms are very language-specific (for
> example, see
> http://www.gnu.org/software/hello/manual/gettext/Plural-forms.html) and I
> suspect we end up with something like gettext :) I don't know all the
> contra's for using this library, but I think there are some - shell
> extension should be a careful thing...
> I understand that proposed workaround won't be scaled up well, but it will
> do the trick in this case :)

Sorry, but using gettext is out of the question. Seriously, have you
ever looked that that sourcecode?

And: those strings are only in the plural form. The only exception is
"one day". Otherwise, it's always two or more. Usually the unit
changes after 12 or 15 so the next unit starts with 4 or more.


  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-11-03 17:30:07 CET

This is an archived mail posted to the TortoiseSVN Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.