Hi,
Am 19.11.2010 12:31, schrieb Ian Haywood:
> On Fri, Nov 12, 2010 at 8:22 PM, Ian Haywood wrote:
> For Linux Mint, I'd try with the Ubuntu Maverick release, so add the
> following to /etc/apt/sources.list
>
> deb http://ppa.launchpad.net/ihaywood3/gambas3/ubuntu maverick main
> deb-src http://
Barnett,
Declare your connection as Public in Form1 (or in a module) and then
refer to it from any other form as Form1.MyConnection.
In your Project/Properties/Options you may need to ensure that "Module
Symbols" and "Form Controls" are set to public.
Regards
Mike
On 23/11/10 14:47, Barnett Wint
Hi all,
Could someone outline the steps required when calling a form with
Datasource ( table specified) from a parent form.
I am using Gambas 2.20 and sqlite3. OS is PCLinuxOS 2010.
Form 1 provides for table selection and then calls a table specific Form
( Form 2)
As there is no specific DB C
> Great! it's easy!
>
> Thanks very much!
>
> On Sat, 2010-11-20 at 18:30 +0200, Jussi Lahtinen wrote:
> > because lsr processes 32 bits of the short -9 and not 64 bits of the
> >
> > > long binary number?
> >
> > Yes, -9 is considered as short.
> > Try:
> > ? bin(lsr(clng(-9),1), 64)
> > 0
> 2010/11/23 Benoît Minisini :
> >> > In Gambas 3, you have support for callbacks. That means you can send a
> >> > Gambas function to a extern C function, and the extern C function will
> >> > use it (almost) transparently!
>
> Can Gambas code call a Gambas callback?
>
> Ian
>
A Gambas callbac
2010/11/23 Benoît Minisini :
>> > In Gambas 3, you have support for callbacks. That means you can send a
>> > Gambas function to a extern C function, and the extern C function will
>> > use it (almost) transparently!
Can Gambas code call a Gambas callback?
Ian
---
> >>
> >> Of the three languages (C++, Pascal, Gambas), Gambas is the most
> >> high-level. It is fully OOP but lacks the "protected" access level
> >> (personally I hardly used it in C++ and don't miss it)
> >> The only things I really miss are function pointers ("procedural
> >> variables" in Pa
Le 22 novembre 2010 15:14, Benoît Minisini
a écrit :
>> On Sat, Nov 20, 2010 at 4:24 PM, Werner wrote:
>> > On 20/11/10 04:40, Zelimir Ikovic wrote:
>> >> I am following discussion on Gambas more than 3 months.
>> >>
>> >> Last 10 years I worked in VB6 (70%) and C(30%) on Windows.
>> >>
>> >> I a
El lun, 22-11-2010 a las 15:10 +0100, Benoît Minisini escribió:
> > Hi all ...
> >
> > Draw.Text use to draw text on screen.
> >
> > sTmp = "Long Text - asafdasdggasddashsdah sdfg df sdf gsdf dshfsdhfsdf
> > hsdf hsdf hsdfhsdf hsdf"
> > Draw.Text(sTmp,500,500,2000,3000)
> >
> > The online hel
> On Sat, Nov 20, 2010 at 4:24 PM, Werner wrote:
> > On 20/11/10 04:40, Zelimir Ikovic wrote:
> >> I am following discussion on Gambas more than 3 months.
> >>
> >> Last 10 years I worked in VB6 (70%) and C(30%) on Windows.
> >>
> >> I am about to switch to Linux, and I have to decide:
> >> Gamb
> Hi all ...
>
> Draw.Text use to draw text on screen.
>
> sTmp = "Long Text - asafdasdggasddashsdah sdfg df sdf gsdf dshfsdhfsdf
> hsdf hsdf hsdfhsdf hsdf"
> Draw.Text(sTmp,500,500,2000,3000)
>
> The online help says that the alignment of the text, shall take effect
> if you use the optional
> 1. As I asked before, why does the HelpBrowser have to be a "utility"
> window that you can't minimize? I can't see no reason why it couldn't be a
> "normal" window that could be used much easier. Read, minimize, try, and
> read again...
My window manager allows me to roll/unroll the help window
I understood.
Thank you.
--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3.
Spend less time writing and rewriting code and more time creatin
> Thank for your answers, but the result is the same.
>
> I let the progress run to the end but it does not automatically close.
>
> I tried some ways:
> I change "Me.Close" by:
> "Me.Hide" => same result, the dialog still appears
> "ProgressBar2.Visible = False" => ProgressBar2 disappears
> "Qui
> Copy the following code in a sample form and run it:
>
> PUBLIC SUB Form_Open()
> DIM a AS Integer
>
> a = Test_sub()
> PRINT a
> a = Test_func()
> PRINT a
>
> END
>
> PUBLIC SUB Test_sub() AS Integer
> RETURN 1
> END
>
> PUBLIC FUNCTION Test_func() AS Integer
> RETURN 1
> END
>
>
>
Copy the following code in a sample form and run it:
PUBLIC SUB Form_Open()
DIM a AS Integer
a = Test_sub()
PRINT a
a = Test_func()
PRINT a
END
PUBLIC SUB Test_sub() AS Integer
RETURN 1
END
PUBLIC FUNCTION Test_func() AS Integer
RETURN 1
END
You'll see
Thank for your answers, but the result is the same.
I let the progress run to the end but it does not automatically close.
I tried some ways:
I change "Me.Close" by:
"Me.Hide" => same result, the dialog still appears
"ProgressBar2.Visible = False" => ProgressBar2 disappears
"Quit" => when I click
> Hi Fabien
>
> The code I have written acts as a kind of generic interface between the
> existing Gambas XMLReader and XMLWriter. The question is, does this go
> some way to "completing xmldoc"?
>
> The code consists of:
> XMLParserToModel
> XMLContainer
> XMLRewriter
>
> The important thing t
Hi Fabien
The code I have written acts as a kind of generic interface between the
existing Gambas XMLReader and XMLWriter. The question is, does this go
some way to "completing xmldoc"?
The code consists of:
XMLParserToModel
XMLContainer
XMLRewriter
The important thing to note here is that my X
19 matches
Mail list logo
