Fabien Bodard ha scritto:
>
>>> second on pentium II, which means that for an average project you didn't
>>> even notice the compiling time. And I never found a bug in the compiler,
>>> or language. Up to now, I didn't find something so fast, solid,
>>> reliable. But I leaved the windows world, so
Fabien Bodard a écrit :
...
>> This is because Benoît is not working hard enough.
>> We could go in together for a pot and buy him ball and chain, also tie him
>> to his desk, send him pizzas and have a webcam survey with a buzzer to
>> awake him.
>
>
> arf... scarry !
I also saw a transparent
2009/11/14 Jean-Yves F. Barbier <12u...@gmail.com>:
> Doriano Blengino a écrit :
> ...
>
>> I can't see two modes for this. My best thought about compilers is the
>> Borland Delphi 3 pascal compiler. It compiled something 4000 lines per
i've not done the test but gambas compile quickly !
with gb
Doriano Blengino a écrit :
...
> I can't see two modes for this. My best thought about compilers is the
> Borland Delphi 3 pascal compiler. It compiled something 4000 lines per
> second on pentium II, which means that for an average project you didn't
> even notice the compiling time. And I nev
Doriano Blengino a écrit :
...
> But back to your problem: why you talked about the Tag property? It
> seems to me that that does not gets in so much?
because I've got some forms that display data coming from multiple tables,
so using Tag property looks like the easiest solution to store
schema.
Jean-Yves F. Barbier ha scritto:
> Doriano Blengino a écrit :
>
>
>> identifiers. This wastes a lot of CPU cycles, because the interpreter
>> must scan all pool of objects to find them. In other words, python is
>> *slow*. Good to explain concepts, but in practical, heavy applications
>>
Doriano Blengino a écrit :
...
> You can do the same in gambas, using Object[] or Collection, and
> creating a class for every kind of record.
I found coll["key"]=value and I think that could do the trick,
I'm gonna test this tonite
> Unfortunately I don't know them enough to explain to you. But
Jean-Yves F. Barbier ha scritto:
> Fabien Bodard a écrit :
>
>> the same but with a collection to share the result
>>
>
> the access is also *very* easy:
>
> >>> o = Storage(a=1)
> >>> o.a
> 1
> >>> o['a']
> 1
> >>> o.a = 2
> >>>
Fabien Bodard a écrit :
> the same but with a collection to share the result
the access is also *very* easy:
>>> o = Storage(a=1)
>>> o.a
1
>>> o['a']
1
>>> o.a = 2
>>> o['a']
2
>>> del o.a
>>> o.a
No
Fabien Bodard a écrit :
> the same but with a collection to share the result
yes that is my (new) question
> 2009/11/14 Doriano Blengino :
>> Jean-Yves F. Barbier ha scritto:
>>> Doriano Blengino a écrit :
>>>
>>>
About "recover any kind [...] from into a loop", I don't understand.
>>
the same but with a collection to share the result
2009/11/14 Doriano Blengino :
> Jean-Yves F. Barbier ha scritto:
>> Doriano Blengino a écrit :
>>
>>
>>> About "recover any kind [...] from into a loop", I don't understand.
>>> Perhaps you want to scan all the controls residing on a form -
Jean-Yves F. Barbier ha scritto:
> Doriano Blengino a écrit :
>
>
>> About "recover any kind [...] from into a loop", I don't understand.
>> Perhaps you want to scan all the controls residing on a form - there is
>> the Controls[] property for that. Or you want to stream out all the
>>
Doriano Blengino a écrit :
> About "recover any kind [...] from into a loop", I don't understand.
> Perhaps you want to scan all the controls residing on a form - there is
> the Controls[] property for that. Or you want to stream out all the
Yes you got it Doriano! :D
> properties of an
> Hi,
> I'm not sure whether this is a bug or it's me doing something wrong...
>
> When I want to show two (or more) Forms from a module set as "Startup
> class" in its main function, whenever a "ME.close" is called within one
> of the forms, the other(s) one gets closed too.
> To me this isn't t
this is a bug and a veature too... Benoit have set the first windows
to be the main one ..; so it manage the whole program..
nevertheless if we start from a module ... it will not do that !
2009/11/14 Dimitris Anogiatis :
> Hey Toni,
>
> Fmail closes because it was loaded last.
> If you move FMai
Hey Toni,
Fmail closes because it was loaded last.
If you move FMain.Show first ie
FMain.Show
Form1.Show
Form1.closein(8)
then FMain remains after Form1 closes
I tried your program in Debian Lenny 5.0.3 in Gambas 2.16
It should work in 2.17 as well but give it a try
I hope this helps
R
16 matches
Mail list logo