I'm trying to figure out why the MouseMove event isn't firing when I'm
moving around inside an IconView control. I want to be able to read the
key of the current item the cursor is hovering over, and it seems like I
should be able to do this by using IconView_MouseMove and
IconView.Current.Key
I found another problem with the db manager .
when I set the default value of a field of a table for sqlite3 ,
for example the field name log_status and the default value "ACTIVE" .
when a new record is created the log_status field show "ACTIVE" the double
quote sign is included when it's not
Hey Charlie,
Try changing this line
sKey = col1.Key
to
sKey = sElem.Key
Hope this helps
Regards,
Dimitris
On Tue, Jan 19, 2010 at 4:09 PM, Charlie Reinl wrote:
> Salut Benoit,
>
> its about Collection KEY and Debug-Window on gambas2.
>
> If you run that project, and open col1 and
Salut Benoit,
its about Collection KEY and Debug-Window on gambas2.
If you run that project, and open col1 and col2 in a Debug-Window
(DBl-Click on the var), the Collection Key is always the last enumerated
element.
If you run it without Debug-Window or only col2 in a Debug-Window , the
Collecti
> Erm... have you tried putting text in the label's Caption property,
> set its width and X, Y location so that it is within the visible area
> of the form, yes?
>
> No, you haven't?
>
> There's your problem then, hey. The field has no text so it can't be
> seen, even if it is hiding behind the w
> Erm... have you tried putting text in the label's Caption property,
> set its width and X, Y location so that it is within the visible area
> of the form, yes?
>
> No, you haven't?
>
> There's your problem then, hey. The field has no text so it can't be
> seen, even if it is hiding behind the wi
> Am 19.01.2010 10:57, schrieb Rolf-Werner Eilert:
> > Just tried to rewrite a function I used for locking files in my Gambas1
> > apps. It was based on making a directory for locking, and it delivered a
> > Boolean about if locking was successful or not. Think of it this way:
> >
> > Private Funct
Am Montag, den 18.01.2010, 17:16 -0600 schrieb Bill Richman:
> Well, I upgraded to Gambas 2.19 using the instructions for Ubuntu
> Intrepid found here: http://gambasdoc.org/help/install/ubuntu?view.
> Since "Help/About" now reports 2.19, I have to assume that worked, and
> I'm still getting th
Am 19.01.2010 10:57, schrieb Rolf-Werner Eilert:
> Just tried to rewrite a function I used for locking files in my Gambas1
> apps. It was based on making a directory for locking, and it delivered a
> Boolean about if locking was successful or not. Think of it this way:
>
> Private Function FileIsLo
Hello everybody,
i have a problem with the function Music.Pause.
I use Gambas 2.19 on ubuntu 9.10 and i develop an application for listen
music.
I use the following components:
gb - gb.form - gb.gtk - gb.sdl.sound - gb.setting
The problem is that when i use the function in object the song goes in
2010/1/19 Doriano Blengino :
> Or, at least, so It should be - too
> lazy to try by myself...
It is so, Doriano. And don't fret about not trying it, because I did
it for you :)
I have never experienced the problem because I learned. very early on,
the value of containers. Nevertheless it does ap
I wrote:
> He does not need - at the time of the label creation with NEW, lblName
> gets two references; one of them is discarded by leaving the subroutine,
> but the other, held by the form (thanks to "(ME)"), remains; so the
> label is not destroyed. Kadaitcha is right - the label should have
2010/1/19 Ron_1st :
> if he want the control always on the form the dim must be done global
> in the head else it lives only for the time the subroutine lives (??)
Wrong. His code will show nothing. The default background of a label
is the same as that of a form. A label has no border, and his co
Ron_1st ha scritto:
> On Tuesday 19 January 2010, Kadaitcha Man wrote:
>
>> 2010/1/19 Aaron Peachey :
>>
>>> Yes, this is the code in my form's class file:
>>>
>>> PUBLIC SUB Form_Open()
>>> DIM lblName AS Label
>>> lblName = NEW Label(ME)
>>> lblName.Show()
>>> END
>>>
>> Erm...
On Tuesday 19 January 2010, Kadaitcha Man wrote:
> 2010/1/19 Aaron Peachey :
> > Yes, this is the code in my form's class file:
> >
> > PUBLIC SUB Form_Open()
> > DIM lblName AS Label
> > lblName = NEW Label(ME)
> > lblName.Show()
> > END
>
> Erm... have you tried putting text in the label's Ca
2010/1/19 Aaron Peachey :
> Yes, this is the code in my form's class file:
>
> PUBLIC SUB Form_Open()
> DIM lblName AS Label
> lblName = NEW Label(ME)
> lblName.Show()
> END
Erm... have you tried putting text in the label's Caption property,
set its width and X, Y location so that it is within
Yes, this is the code in my form's class file:
PUBLIC SUB Form_Open()
DIM lblName AS Label
lblName = NEW Label(ME)
lblName.Show()
END
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's
Just tried to rewrite a function I used for locking files in my Gambas1
apps. It was based on making a directory for locking, and it delivered a
Boolean about if locking was successful or not. Think of it this way:
Private Function FileIsLocked(filename As String) As Boolean
Now, when I tried t
2010/1/19 Doriano Blengino :
> combo1.add('An item")
> combo1_click ' would be better to "raise an event to an object"
My last post aside, it is not the job of the calling code to know what
the called code should do. Nor is the job of the calling code to do
what the called code ought to h
2010/1/19 Doriano Blengino :
> Kadaitcha Man ha scritto:
>> 2010/1/19 Doriano Blengino :
>>
>>
>>> I think that setting up a flag won't hurt anyway, even if it is ugly.
>>> The whole GUI world (not only gambas) seems to have this kind of
>>> mentality (to raise an event in response to modifications
Kadaitcha Man ha scritto:
> 2010/1/19 Doriano Blengino :
>
>
>> I think that setting up a flag won't hurt anyway, even if it is ugly.
>> The whole GUI world (not only gambas) seems to have this kind of
>> mentality (to raise an event in response to modifications made by code),
>>
>
> 1) Fla
2010/1/19 Doriano Blengino :
> I think that setting up a flag won't hurt anyway, even if it is ugly.
> The whole GUI world (not only gambas) seems to have this kind of
> mentality (to raise an event in response to modifications made by code),
1) Flags are necessary in any GUI.
2) Events caused b
22 matches
Mail list logo
