Re: [Exim] Opinions sought: real numbers in filters

> If the above filter statement is made to work, will people expect
>
> ${if > {$h_something:}{3.5}{...
>
> to work? I rather think they will.
>
> Should I make both these changes? I assume that the performance impact,
> when the numbers are in fact integers, will be fairly small. In fact, I
> suppose I could continue to use integers except when at least one of the
> numbers contains a decimal point.
>
> If the changes are made, are people going to expect settings like
>
> message_size_limit = 5.6M
> return_size_limit = 1.5K
> command_timeout = 2.5s

Personally, If I wanted 5.6M limit, I'd use 5600k, or 1500 (bytes).
eheh, why wait the extra .5 seconds? =)

> to work? In other words, how much of a can of worms is this? The slope
> seems *very* slippery...

Becareful on that slope. We wouldn't want you to fall and hurt yourself.

> An alternative approach to the original problem would be to provide an
> operator that turns a string representing a real number into
> "thousandths" (e.g. 3.5 -> 3500).
>
> Views, please.

I would prefer some operator like the above if I had a use for it.