> I don't think FP would break existing templates if implemented with 

Unfortunately it does. #set ($foo = 5 / 2) will result in $foo being
2.5 instead of 2.

> care (although I don't see myself the necessity for them); but I just 
> *cringe* at the idea of balooning the numeric types to 
> BigInteger/BigDecimal's. It's just megaton-scale overkill.

As said some times now: The final version will *of course* not use
BigInteger / BigDecimal for every operation. That'd be total overkill!
I just implemented the *first* version this way, because it was quick
to do and would deliver the most precise results. These results can
be achived with some if-Statements too and that will be done for a 
final version (of course, again). My focus has been on correctness
rather than speed for the first version.

> I'd say that any application sensitive enough to overflow to care 
> should implement careful (pardon the redundancy) business 
> logic outside 

That's for sure! But I really don't see why something like displaying
a progress bar ("10.23 % finished") would require any business logic.
Other things like displaying a total price should go into the business
logic or controller, since there might be rounding issues. For my everyday
use I find enough cases where I simply need numbers or the possibilities
to compare floats. BTW, most people forget that with full number support
you get short, byte and long-support too. I cannot count the number of
workarounds I had to implement because my business logic must use longs :)

> the template. Otherwise, every Velocity user would pay a heavy tax on 
> the marginal gain of people that should know better than implement 
> BigInteger factorials in Velocity.

As said above: *Of course* no released version will rely on BigDecimal 
/ BigInteger. The overhead to the current (1.3.1rc2) implementation 
(if you like to stick to Integer) is one if-Statement, like:

if (left instanceof Integer && right instanceof Integer) 

And I don't think that there are applications that make you notice
the difference (in terms of speed).


> If I'm allowed to vote, I'd
> 
> -1
> 
> on the numeric proposal as it is now.

With the things I said now, what would be your vote? +0? Yours and mine
vote wouldn't count, but I'd like to know.

Peter

> 
> Mat�as.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to