Hi to all,
I'm use gambas to write ERP applications. At the first, I got the same
problem but I decided to use long integer to save currency values. First
rigth two digits are always showed to users as decimal values.
I'm rewrited all my apps from windows to gambas and they are working now
with n
Good morning everyone,
just a small question: Is there a control which could show the contents
of postscript files? Maybe even scaled, so I could implement a preview
and a bigger reading screen?
If not, I guess this would mean calling an external application for it
which would make this whole
Doriano Blengino wrote:
>
> I think you posed a question and replied to it by yourself... :-)
>
Hi Doriano. That is super funny. ;) Yes, I was more or less looking for
confirmation of the behaviour and hoping to provide a reference for anyone
else who may have been similarly confused and searc
John-679 wrote:
>
> Hi All
>I am new to Linux. I am using Ubuntu 9.10.
> What I am looking for is a kind person to help me off line with Linux
> and Ubuntu.
>
Hi John. I develop and sell Linux-based desktop and laptop PCs for a living
and have been using Linux exclusively for about thr
Fabien Bodard-4 wrote:
>
> gb.sdl is incomplete ... in fact Laurent have begin to redraw all the
> gb.sdl lib by using OpenGl... but ... still incomplete ... i think the
> lack of users on this lib mess his enthusiasm
>
Hi Fabien, I agree with your comments. I'm guessing that GAMBAS 3 is still
kevinfishburne ha scritto:
> I have some code:
>
> PUBLIC myarray AS String[1, 2]
> ...
> myarray[x, 0] = stuff
> myarray[x, 1] = morestuff
> myarray[x, 2] = evenmorestuff
>
> and receive an "out of bounds" error message when referencing the third
> array element assignment (myarray[x, 2] = eve
I have some code:
PUBLIC myarray AS String[1, 2]
...
myarray[x, 0] = stuff
myarray[x, 1] = morestuff
myarray[x, 2] = evenmorestuff
and receive an "out of bounds" error message when referencing the third
array element assignment (myarray[x, 2] = evenmorestuff).
I can only assume that the arr
Wow, what a big talk...
I just want to explain a few points.
1) I didn't say that I don't want to implement a currency or fixed decimal
datatype in Gambas 3. I just can't. The maximum number of native datatypes has
been reached the way the datatype system works. So it needs a good bit of
redes
Hi,
thank you for all the information. I also found a system made in
Finland using PHP. It is called pupesoft and it's web-address is
http://www.devlab.fi/pupesoft
So now when I have time I will test all of these and see how they work.
Best Regards
Kari
Jean-Yves F. Barbier ha scritto:
> Doriano Blengino a écrit :
>
A strongness inherited from pascal... I gave a look to many, countless
>>> hmm, I don't think Pascal can define vars as temperature[-10, +50]
>>>
>>>
>> What do you mean precisely? Can you def
I don't like floats.
They are slow, and bitchy;
Dim n As Single
n = 1.4 - 0.2
Print n
And the result is 1.20047684, which is obviously wrong from math
point of view.
Correcting floating point artifact, makes floats even slower.
And it is surprisingly common to be able to use integers instead.
Doriano Blengino a écrit :
>>> A strongness inherited from pascal... I gave a look to many, countless
>>>
>> hmm, I don't think Pascal can define vars as temperature[-10, +50]
>>
> What do you mean precisely? Can you define the properties of such variable?
means: var name of type = temper
2009/12/15 Doriano Blengino :
> Jean-Yves F. Barbier ha scritto:
>> Doriano Blengino a écrit :
>> ...
>>
>>> A strongness inherited from pascal... I gave a look to many, countless
>>>
>>
>> hmm, I don't think Pascal can define vars as temperature[-10, +50]
>>
> What do you mean precisely?
Am Dienstag, 15. Dezember 2009 schrieb Doriano Blengino:
> Jean-Yves F. Barbier ha scritto:
> > Doriano Blengino a écrit :
> > ...
> >
> >> A strongness inherited from pascal... I gave a look to many, countless
> >
> > hmm, I don't think Pascal can define vars as temperature[-10, +50]
>
> What do
Jean-Yves F. Barbier ha scritto:
> Doriano Blengino a écrit :
> ...
>
>>>
>>>
>> A strongness inherited from pascal... I gave a look to many, countless
>>
>
> hmm, I don't think Pascal can define vars as temperature[-10, +50]
>
What do you mean precisely? Can you define the pr
Doriano Blengino a écrit :
...
>>
> A strongness inherited from pascal... I gave a look to many, countless
hmm, I don't think Pascal can define vars as temperature[-10, +50]
> languages, and only few met my own requirements - strong typization,
> good compiler checks, overloading and, of cou
Pino Zollo a écrit :
>> I lost too much time with things like that and now strongly consider
>> to interface all calculation to Python and only keep GB as a GUI.
>
>> This shouldn't add that many things to the system: as of Linux, Python
>> is a std install, as of Debian, this will only require a
Jean-Yves F. Barbier ha scritto:
> Doriano Blengino a écrit :
>
>>> 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 is a proof that well designed things get a long life
Doriano Blengino schrieb:
> nando ha scritto:
>
>> My contribution to this conversation is..
>> Always INT or LONG for money.
>> Keep a global variable to divide by (for example 2 decimal places) 100
>> when printing/displaying things to humans...
>> -OR- to take the string and insert a period f
>I lost too much time with things like that and now strongly consider
>to interface all calculation to Python and only keep GB as a GUI.
>This shouldn't add that many things to the system: as of Linux, Python
>is a std install, as of Debian, this will only require a few packages
>to add (AND it'
Doriano Blengino a écrit :
>> 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 is a proof that well designed things get a long life. Ok, cobol was
> invented exactly for that purpose -
Jean-Yves F. Barbier ha scritto:
> 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
>
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 de
23 matches
Mail list logo
