Re: [icu-design] Proposal: Change ICU4J PluralRules.select(long) to select(double)

[Doug F. <dou...@go...>]

Is there a record of the CLDR discussions describing the motivations for adding
'within' as distinct from 'in' to the relations?  It would be
convenient if the bug linked
to such a description.

On Tue, May 20, 2008 at 5:07 PM, Peter Edberg <pe...@ap...> wrote:
> On May 20, 2008, at 3:52 PM, Peter Edberg wrote:
>> In CLDR 1.6 we are trying to extend the plural rules to cover
>> decimal fractions (since the existing rules do not cover all of the
>> cases; for example in French, decimal values from 0.0 up to but not
>> including 2.0 take the "one" form, and others take the "other" form,
>> while in Ukrainian, all non-integer values take the "other" form,
>> which is not used for any integers.
>>
>> To support this we need to extend PluralRules.select(long) to take a
>> double parameter instead. This API is currently marked Draft ICU 3.8
>> (but this should be a compatible automatic coercion anyway).
>
>
> On May 20, 2008, at 4:21 PM, Peter Edberg wrote:
>> I forgot to mention, along with this is a related extension to the
>> plural rules syntax.
>>
>> Currently the rules include:
>> * relation      = is_relation | in_relation | 'n' <EOL>
>> * is_relation   = expr 'is' ('not')? value
>> * in_relation   = expr ('not')? 'in' range
>>
>> The proposal is to expand "relation" and define "within_relation" as
>> follows:
>> * relation      = is_relation | in_relation | within_relation | 'n'
>> <EOL>
>> * within_relation   = expr ('not')? 'within' range
>>
>> An in_relation only includes integers in the specified range; a
>> within_relation includes all decimal numbers (double values) in the
>> specified range.
>
>
>
> The idea of a "within" relation to designate this notion is due to
> Mark Davis, and was the best solution to emerge in CLDR discussions
> about various ideas for extending plural rules to handle decimal
> fractions.
>
> The ticket for all of this is:
> <http://bugs.icu-project.org/trac/ticket/6291>
>
> And now I think I have all of the information that should have been in
> the original e-mail. (I was multitasking beyond my ability).
>
> -Peter E
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> icu-design mailing list
> icu...@li...
> To Un/Subscribe: https://lists.sourceforge.net/lists/listinfo/icu-design
>