[Gambas-user] Financial program

[Jean-Yves F. Barbier]

Doriano Blengino a écrit :
...
> while only 2% of them want to use financial capabilities. So, that 2% 
> must live with a language not very suitable for accounting". "Use long 
> integers, divide them, use format$()..." is the reply from Benoit. Does 
> someone remember the Cobol? With a simple declaration "picture 99.9999" 
> it created a datatype and managed all the roundings and conversions on 
> that datatype; this was the power of that language. I don't say that 

Don't burry Cobol too fast: for banking *only*, this year will be around
5 milliards Cobol written lines (progression is an avg of 14% per year).

This kinda feature was also stollen from Cobol to be used in dBase, 
which was a great boost for DBs into programming world.

> gambas should implement this, but it would not hurt... it is a matter of 
> choice; I understand that this kind of things is difficult to implement 
> (or, who knows... with OO programming... but the really hard part is the 
> mixing of different types in the same expression).

I totally agree: this also would make the difference between a nice GUI
maker and a mature graphical language.
That's what I was trying to explain (with no such fortune though.)

> The most important application I've written with gambas is something 
> similar to a financial one. I faced problems with gridviews, tableviews, 

Yeah: THIS is why I don't wanna store other things than decimal(n,n);
furthermore, the more you have transformations the less chances you 
have to avoid bugs (especially sneaky ones).

> formats, roundings... all the things we are speaking about just now, and 
> they are not yet fully solved. I think that the way you describe is a 
> hard work, even if it is the only possible at the moment.

I totally Dorianonize :D

JY
-- 
Law of Probable Dispersal:
	Whatever it is that hits the fan will not be evenly distributed.