From dan at ...21... Tue May 6 00:07:17 2003 From: dan at ...21... (Dan Phillips) Date: Mon, 5 May 2003 14:07:17 -0800 Subject: [Gambas-devel] Installation problem... Message-ID: <200305051407.17873.dan@...21...> I'm brand new to Gambas and programming in Linux in general. I've been programming w/ VB since VB3 but when I saw Gambas, I just had to get it. Here's my problem. I'm running SuSE 8.1 and when I run configure from the latest download of Gambas, I get no error. I initially had a couple of errors that MySQL devel was not installed and PostGres... etc. After getting the necessary devel packages installed, configure no longer presented me w/ any errors. Step two, "make". I get some errors during the make process that I cannot decipher and was hoping I could get some assistance. Here is a snip of the make info: -----snip----- make[5]: Entering directory `/home/danp/download/gambas/gambas-0.55/src/lib/qt' /bin/sh ../../../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/lib/qt3/include/ -I../../../src/share -pipe -Wall -fno-exceptions -g -O0 -c CWindow.cpp c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/lib/qt3/include/ -I../../../src/share -pipe -Wall -fno-exceptions -g -O0 -c CWindow.cpp -fPIC -DPIC -o CWindow.lo CWindow.cpp: In member function `int MyMainWindow::getState()': CWindow.cpp:788: `isFullScreen' undeclared (first use this function) CWindow.cpp:788: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [CWindow.lo] Error 1 make[5]: Leaving directory `/home/danp/download/gambas/gambas-0.55/src/lib/qt' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/danp/download/gambas/gambas-0.55/src/lib/qt' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/danp/download/gambas/gambas-0.55/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/danp/download/gambas/gambas-0.55/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/danp/download/gambas/gambas-0.55' make: *** [all-recursive-am] Error 2 lindan:/home/danp/download/gambas/gambas-0.55 # -----end------ As you can tell from the prompt, I'm logged in as root but I normally run as danp. I'm at a loss on this and am not too sure where to go from here. I did perform a search and could not find any reference to "CWindow.lo" on my drive, in the SuSE distro or even on a google search. Could this be the problem, and if so, how can I get this file? -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From sourceforge-raindog2 at ...19... Tue May 6 00:40:41 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 5 May 2003 18:40:41 -0400 Subject: [Gambas-devel] Installation problem... In-Reply-To: <200305051407.17873.dan@...21...> References: <200305051407.17873.dan@...21...> Message-ID: <200305051840.41607.sourceforge-raindog2@...19...> On Monday 05 May 2003 18:07, Dan Phillips wrote: > As you can tell from the prompt, I'm logged in as root but I normally run > as danp. I'm at a loss on this and am not too sure where to go from here. > I did perform a search and could not find any reference to "CWindow.lo" on > my drive, in the SuSE distro or even on a google search. Could this be the > problem, and if so, how can I get this file? No, the problem is that "isFullScreen" function call, which exists in Qt 3.1 but not 3.0. You can find the "CWindow.cpp" file and comment out the two lines that reference it. Maybe the source RPM I posted (referenced in a mail earlier today) would build under suse as well, though I think Benoit already makes RPM's for suse so you should maybe try one of them? Rob From gambas at ...20... Tue May 6 13:20:44 2003 From: gambas at ...20... (Benoit Minisini) Date: Tue, 6 May 2003 11:20:44 +0000 Subject: [Gambas-devel] Installation problem... In-Reply-To: <200305051840.41607.sourceforge-raindog2@...19...> References: <200305051407.17873.dan@...21...> <200305051840.41607.sourceforge-raindog2@...19...> Message-ID: <200305061120.44841.gambas@...20...> Le Lundi 5 Mai 2003 22:40, Rob a ?crit : > On Monday 05 May 2003 18:07, Dan Phillips wrote: > > As you can tell from the prompt, I'm logged in as root but I normally run > > as danp. I'm at a loss on this and am not too sure where to go from > > here. I did perform a search and could not find any reference to > > "CWindow.lo" on my drive, in the SuSE distro or even on a google search. > > Could this be the problem, and if so, how can I get this file? > > No, the problem is that "isFullScreen" function call, which exists in Qt > 3.1 but not 3.0. You can find the "CWindow.cpp" file and comment out the > two lines that reference it. Maybe the source RPM I posted (referenced in > a mail earlier today) would build under suse as well, though I think Benoit > already makes RPM's for suse so you should maybe try one of them? > > Rob > No, no, I don't make any RPMs, for SuSE or others. I don't know how to make them, and it will be a source of pain for me as I just use Mandrake at home. -- Benoit Minisini mailto:gambas at ...1... From dan at ...21... Tue May 6 21:30:08 2003 From: dan at ...21... (Dan Phillips) Date: Tue, 6 May 2003 11:30:08 -0800 Subject: [Gambas-devel] language docs... Message-ID: <200305061130.08353.dan@...21...> Is there a place or a file I could get that would show me some of the methods, properties, etc. of different commands? I've got a printout of the language encyclopaedia but some of the things I need are not in there. Ie. Dialog. etc.etc.etc. I found this in one of the examples but I'm not sure beyond the couple of uses, the other commands available. -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From dan at ...21... Tue May 6 22:06:30 2003 From: dan at ...21... (Dan Phillips) Date: Tue, 6 May 2003 12:06:30 -0800 Subject: [Gambas-devel] How to talk to "other" form? Message-ID: <200305061206.30560.dan@...21...> Ok, I've created a form: "frmHome" and a form: "frmMods". Now, hFrmHome is the instance of frmHome and hFrmMods is the instance of the 2nd form. hFrmHome has a button which opens the 2nd form. On the 2nd form, there is a button which alters text in a textfield on the 1st form. How do I make this happen? I cannot seem to figure out how to alter something "not" on the current form in the code. Ie. In VB I would add the following code to the command button "Command1" on form frmMods. Private Sub Command1_Click() frmHome.txtField1.text = "Altered Text Here" End Sub I don't need to write much more here as everyone I'm sure understands what I'm after. In Gambas, I cannot seem to apply action to any form other than the current form which contains the code unless I pass the form an option when I initialize it. Once it's initialized though, how do I communicate w/ objects on that other form? -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From dan at ...21... Tue May 6 22:06:47 2003 From: dan at ...21... (Dan Phillips) Date: Tue, 6 May 2003 12:06:47 -0800 Subject: [Gambas-devel] Auto Syntax Completion... Message-ID: <200305061206.47627.dan@...21...> Is there a way to turn on auto syntax completion? Is this a non-implemented feature at this point? I'll tell you, it sure is nice in VB. Ie. frmMain. "shows all objects, properties, and methods associated w/ frmMain at the time of hitting the dot at the end. frmMain.txtField1. "shows all properties and methods of the object txtField1 on form frmMain at the time of hitting the dot. Very nice feature and invaluable to fast code writing to not make a typo while calling for an object. Especially when there may be several objects on any given form that may not be the current form where the code resides, say in a module. -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From karl.reinl at ...16... Tue May 6 22:12:38 2003 From: karl.reinl at ...16... (Charlie) Date: Tue, 06 May 2003 22:12:38 +0200 Subject: [Gambas-devel] Auto Syntax Completion... References: <200305061206.47627.dan@...21...> Message-ID: <3EB81736.5060004@...16...> Dan Phillips (by way of Dan Phillips) schrieb: >Is there a way to turn on auto syntax completion? Is this a non-implemented >feature at this point? I'll tell you, it sure is nice in VB. > >Ie. frmMain. "shows all objects, properties, and methods associated w/ >frmMain at the time of hitting the dot at the end. > >frmMain.txtField1. "shows all properties and methods of the object >txtField1 on form frmMain at the time of hitting the dot. Very nice feature >and invaluable to fast code writing to not make a typo while calling for an >object. Especially when there may be several objects on any given form that >may not be the current form where the code resides, say in a module. >-- >----------------------- >-Thanks, Dan >-Haight & Associates, Inc. >-907.586.9788 >----------------------- > > http://www.theeasygambasdoku.de/ http://sourceforge.net/mailarchive/forum.php?forum=gambas-user Slow down , ann have fun Charlie From sourceforge-raindog2 at ...19... Tue May 6 22:42:59 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 6 May 2003 16:42:59 -0400 Subject: [Gambas-devel] language docs... In-Reply-To: <200305061130.08353.dan@...21...> References: <200305061130.08353.dan@...21...> Message-ID: <200305061642.59154.sourceforge-raindog2@...19...> On Tuesday 06 May 2003 15:30, Dan Phillips wrote: > Is there a place or a file I could get that would show me some of the > methods, properties, etc. of different commands? I've got a printout of > the language encyclopaedia but some of the things I need are not in there. Try hitting F2 while in gambas, and it'll bring up the component explorer. It lists (explorer-style) and briefly describes each of the methods and properties of the classes in the gambas objects you're using. All the GUI stuff is pretty much under the gb.qt object. I'm wondering if it wouldn't be a good idea to start a gambas documentation wiki to let us all add to the documentation (code examples, usage, editing etc.) I'd set one up myself unless people feel it would be redundant with theeasygambasdoku.de. Rob From dan at ...21... Tue May 6 23:30:36 2003 From: dan at ...21... (Dan Phillips) Date: Tue, 6 May 2003 13:30:36 -0800 Subject: [Gambas-devel] Auto Syntax Completion... In-Reply-To: <3EB81736.5060004@...16...> References: <200305061206.47627.dan@...21...> <3EB81736.5060004@...16...> Message-ID: <200305061330.36276.dan@...21...> I guess my other interest in this, more than fast code, it tells you what options are available. I can't remember how many times I've started to use left$ or mid$, or some such routine and have enjoyed having the little syntax box pop up showing me the parameters, options, etc. On Tuesday 06 May 2003 12:12, Charlie wrote: > Dan Phillips (by way of Dan Phillips) schrieb: > >Is there a way to turn on auto syntax completion? Is this a > > non-implemented feature at this point? I'll tell you, it sure is nice in > > VB. > > > >Ie. frmMain. "shows all objects, properties, and methods associated w/ > >frmMain at the time of hitting the dot at the end. > > > >frmMain.txtField1. "shows all properties and methods of the object > >txtField1 on form frmMain at the time of hitting the dot. Very nice > > feature and invaluable to fast code writing to not make a typo while > > calling for an object. Especially when there may be several objects on > > any given form that may not be the current form where the code resides, > > say in a module. -- > >----------------------- > >-Thanks, Dan > >-Haight & Associates, Inc. > >-907.586.9788 > >----------------------- > > http://www.theeasygambasdoku.de/ > http://sourceforge.net/mailarchive/forum.php?forum=gambas-user > > Slow down , ann have fun > Charlie > > > > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From edw at ...22... Wed May 7 15:59:26 2003 From: edw at ...22... (Ed Weinberg) Date: 07 May 2003 09:59:26 -0400 Subject: [Gambas-devel] compile problems with RH8 Message-ID: <1052315966.3290.35.camel@...23...> I am having compile problems with RH8. I did: ./reconf ./configure --prefix=/usr/local/gambas make Any ideas? I got the following errors --------------------------------- c++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I/usr/lib/qt3/include/ -I../../../src/share -pipe -Wall -fno-exceptions -g -O0 -c CWindow.cpp -fPIC -DPIC -o CWindow.lo CWindow.cpp: In member function `int MyMainWindow::getState()': CWindow.cpp:788: `isFullScreen' undeclared (first use this function) CWindow.cpp:788: (Each undeclared identifier is reported only once for each function it appears in.) make[5]: *** [CWindow.lo] Error 1 make[5]: Leaving directory `/home/ed/down/gambas-0.55/src/lib/qt' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/ed/down/gambas-0.55/src/lib/qt' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/ed/down/gambas-0.55/src/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ed/down/gambas-0.55/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ed/down/gambas-0.55' make: *** [all-recursive-am] Error 2 [ --------------------------------- Thanks. -- Ed Weinberg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sourceforge-raindog2 at ...19... Wed May 7 16:38:26 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 7 May 2003 10:38:26 -0400 Subject: [Gambas-devel] compile problems with RH8 In-Reply-To: <1052315966.3290.35.camel@...23...> References: <1052315966.3290.35.camel@...23...> Message-ID: <200305071038.26943.sourceforge-raindog2@...19...> Copied from a previous post: On Monday 05 May 2003 13:29, Bernard PRE wrote: > When i compile i have the follwing error : > In CWindow.cpp "isFullScreen" undeclared > My version is redhat 8.0 with qt 3.0.5-17 isFullScreen is new in 3.1. Comment out that line and the previous one and it'll build under 3.0. This is what I alluded to in my last post (and what I had to patch to build my Mdk 9.0 rpm.) Rob From edw at ...22... Wed May 7 19:38:19 2003 From: edw at ...22... (Ed Weinberg) Date: 07 May 2003 13:38:19 -0400 Subject: [Gambas-devel] problems getting started Message-ID: <1052329099.3290.41.camel@...23...> Gambas starts fine as root, but as a user I get this error. ------------ [ed at ...24... ed]$ gambas & [3] 31633 [ed at ...24... ed]$ Project.InitVersion.149: #43: Access forbidden [3]+ Exit 1 gambas [ed at ...24... ed]$ ------------ I checked "troubleshooting", and it mentions that "You must define a startup class in the project properties dialog", but does not tell you how to do that or where to find out how to do that. Is this the problem, and if so where can I find the answer? -- Ed Weinberg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gambas at ...20... Wed May 7 22:35:14 2003 From: gambas at ...20... (Benoit Minisini) Date: Wed, 7 May 2003 22:35:14 +0200 Subject: [Gambas-devel] problems getting started In-Reply-To: <1052329099.3290.41.camel@...23...> References: <1052329099.3290.41.camel@...23...> Message-ID: <200305072235.14726.gambas@...20...> Le Mercredi 7 Mai 2003 19:38, Ed Weinberg a ?crit : > Gambas starts fine as root, but as a user I get this error. > ------------ > [ed at ...24... ed]$ gambas & > [3] 31633 > [ed at ...24... ed]$ Project.InitVersion.149: #43: Access forbidden > > [3]+ Exit 1 gambas > [ed at ...24... ed]$ > ------------ > > I checked "troubleshooting", and it mentions that "You must define a > startup class in the project properties dialog", but does not tell you > how to do that or where to find out how to do that. > > Is this the problem, and if so where can I find the answer? It is a not yet corrected bug. I think this bug comes when you have a directory in your home that cannot be read by anyone. -- Benoit Minisini mailto:gambas at ...1... From edw at ...22... Thu May 8 02:45:22 2003 From: edw at ...22... (Ed Weinberg) Date: 07 May 2003 20:45:22 -0400 Subject: [Gambas-devel] problems getting started In-Reply-To: <200305072235.14726.gambas@...20...> References: <1052329099.3290.41.camel@...23...> <200305072235.14726.gambas@...20...> Message-ID: <1052354721.1232.58.camel@...23...> On Wed, 2003-05-07 at 16:35, Benoit Minisini wrote: > Le Mercredi 7 Mai 2003 19:38, Ed Weinberg a ?crit : > > Gambas starts fine as root, but as a user I get this error. > > ------------ > > [ed at ...24... ed]$ gambas & > > [3] 31633 > > [ed at ...24... ed]$ Project.InitVersion.149: #43: Access forbidden > > > > [3]+ Exit 1 gambas > > [ed at ...24... ed]$ > > ------------ > > > > I checked "troubleshooting", and it mentions that "You must define a > > startup class in the project properties dialog", but does not tell you > > how to do that or where to find out how to do that. > > > > Is this the problem, and if so where can I find the answer? > > It is a not yet corrected bug. I think this bug comes when you have a > directory in your home that cannot be read by anyone. Does that mean that some directory is unreadable...like maybe belongs to root? in my home dir? ...or does this mean that only root can use the program? -- Ed Weinberg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Gambasfr at ...4... Thu May 8 12:43:43 2003 From: Gambasfr at ...4... (Fabien) Date: Thu, 8 May 2003 12:43:43 +0200 Subject: [Gambas-devel] Auto Syntax Completion... In-Reply-To: <200305061330.36276.dan@...21...> References: <200305061206.47627.dan@...21...> <3EB81736.5060004@...16...> <200305061330.36276.dan@...21...> Message-ID: <200305081243.43132.Gambasfr@...4...> Le Mardi 6 Mai 2003 23:30, Dan Phillips a ?crit : > I guess my other interest in this, more than fast code, it tells you what > options are available. I can't remember how many times I've started to use > left$ or mid$, or some such routine and have enjoyed having the little > syntax box pop up showing me the parameters, options, etc. > > On Tuesday 06 May 2003 12:12, Charlie wrote: > > Dan Phillips (by way of Dan Phillips) schrieb: > > >Is there a way to turn on auto syntax completion? Is this a > > > non-implemented feature at this point? I'll tell you, it sure is nice > > > in VB. > > > > > >Ie. frmMain. "shows all objects, properties, and methods associated > > > w/ frmMain at the time of hitting the dot at the end. > > > > > >frmMain.txtField1. "shows all properties and methods of the object > > >txtField1 on form frmMain at the time of hitting the dot. Very nice > > > feature and invaluable to fast code writing to not make a typo while > > > calling for an object. Especially when there may be several objects on > > > any given form that may not be the current form where the code resides, > > > say in a module. -- > > >----------------------- > > >-Thanks, Dan > > >-Haight & Associates, Inc. > > >-907.586.9788 > > >----------------------- > > > > http://www.theeasygambasdoku.de/ > > http://sourceforge.net/mailarchive/forum.php?forum=gambas-user > > > > Slow down , ann have fun > > Charlie > > > > > > > > > > ------------------------------------------------------- > > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > > The only event dedicated to issues related to Linux enterprise solutions > > www.enterpriselinuxforum.com > > > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel Salut ! But Gambas is only an Alpha version ! We have time, and i prefer a linguage with not bug, as a buggy one ! There is a project for the docu, and for the autocompletion but for later Fabien PS Gambas category is GB (Graphical Basic) and not VB (We know what it means) From gambas at ...20... Thu May 8 17:35:35 2003 From: gambas at ...20... (Benoit Minisini) Date: Thu, 8 May 2003 17:35:35 +0200 Subject: [Gambas-devel] problems getting started In-Reply-To: <1052354721.1232.58.camel@...23...> References: <1052329099.3290.41.camel@...23...> <200305072235.14726.gambas@...20...> <1052354721.1232.58.camel@...23...> Message-ID: <200305081735.35862.gambas@...20...> Le Jeudi 8 Mai 2003 02:45, Ed Weinberg a ?crit : > On Wed, 2003-05-07 at 16:35, Benoit Minisini wrote: > > Le Mercredi 7 Mai 2003 19:38, Ed Weinberg a ?crit : > > > Gambas starts fine as root, but as a user I get this error. > > > ------------ > > > [ed at ...24... ed]$ gambas & > > > [3] 31633 > > > [ed at ...24... ed]$ Project.InitVersion.149: #43: Access forbidden > > > > > > [3]+ Exit 1 gambas > > > [ed at ...24... ed]$ > > > ------------ > > > > > > I checked "troubleshooting", and it mentions that "You must define a > > > startup class in the project properties dialog", but does not tell you > > > how to do that or where to find out how to do that. > > > > > > Is this the problem, and if so where can I find the answer? > > > > It is a not yet corrected bug. I think this bug comes when you have a > > directory in your home that cannot be read by anyone. > > Does that mean that some directory is unreadable...like maybe belongs to > root? in my home dir? Hmmm... Yes, something like that. :-) -- Benoit Minisini mailto:gambas at ...1... From edw at ...22... Thu May 8 18:27:22 2003 From: edw at ...22... (Ed Weinberg) Date: Thu, 08 May 2003 12:27:22 -0400 Subject: [Gambas-devel] problems getting started In-Reply-To: <200305081735.35862.gambas@...20...> References: <1052329099.3290.41.camel@...23...> <200305072235.14726.gambas@...20...> <1052354721.1232.58.camel@...23...> <200305081735.35862.gambas@...20...> Message-ID: <1052410507.2790.21.camel@...23...> On Thu, 2003-05-08 at 11:35, Benoit Minisini wrote: > Le Jeudi 8 Mai 2003 02:45, Ed Weinberg a ?crit : > > On Wed, 2003-05-07 at 16:35, Benoit Minisini wrote: > > > Le Mercredi 7 Mai 2003 19:38, Ed Weinberg a ?crit : > > > > Gambas starts fine as root, but as a user I get this error. > > > > ------------ > > > > [ed at ...24... ed]$ gambas & > > > > [3] 31633 > > > > [ed at ...24... ed]$ Project.InitVersion.149: #43: Access forbidden > > > > Does that mean that some directory is unreadable...like maybe belongs to > > root? in my home dir? > > Hmmm... Yes, something like that. :-) What directory could cause this problem? I removed all objects owned by root in my home directory for user "ed". It still will not start for user ed, but will for root. how do I do the following? Troubleshooting docs on the site say I need to, but do not say how to. --------- "You must define a startup class in the project properties dialog, and this startup class must have a static public method named Main without any argument to act as a startup method." --------- -- Ed Weinberg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From edw at ...22... Thu May 8 18:27:49 2003 From: edw at ...22... (Ed Weinberg) Date: Thu, 08 May 2003 12:27:49 -0400 Subject: [Gambas-devel] Odd ownership Message-ID: <1052410717.2790.27.camel@...23...> When I compiled the software I did so as user "ed" and I gave a directive to ./configure to put files in /usr/local/gambas. I su'ed to root to do the "make install". I decided to check out the /usr/local/gambas directory tree I was surprised to see that in gambas/bin user "ed" owned two executables...is that correct? [root at ...24... gambas]# ls -l bin total 3076 -rwxr-xr-x 1 ed ed 646157 May 7 12:57 gambas -rwxr-xr-x 1 ed ed 106141 May 7 12:57 gambas-database-manager -rwxr-xr-x 1 root root 117991 May 7 12:57 gba -rwxr-xr-x 1 root root 450943 May 7 12:56 gbc -rwxr-xr-x 1 root root 142913 May 7 12:57 gbi -rwxr-xr-x 1 root root 1653563 May 7 12:57 gbx Is there a problem compiling as a non-privileged user, or is something wrong with whatever code lets you re-located the directory tree? -- Ed Weinberg -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thelightning at ...25... Sat May 10 20:50:32 2003 From: thelightning at ...25... (thelightning) Date: Sat, 10 May 2003 21:50:32 +0300 Subject: [Gambas-devel] Problem with SuSE 8.2 Message-ID: Hi, I've downloaded Gambas 0.54 and tried to install. First PGSQL and MySQL problem occured. I've disable db-components and then compiled again. It was succesful. But when I write gambas from the Konsole, "Project.Main.87: #2: Cannot load class 'CConfig': Unable to load class file" message comes. I looked at /gambas/app/gambas and found CCconfig.class. What is the problem? What can I do? Does anybody have SuSE 8.2 RPM for Gambas? __________________________________________________ ?CRETS?Z E-MAIL ALDINIZ MI? T?rk?e ilk Portal http://www.mynet.com From schrockk at ...26... Sun May 11 03:35:44 2003 From: schrockk at ...26... (Ken Schrock) Date: Sat, 10 May 2003 18:35:44 -0700 Subject: [Gambas-devel] Passing things Message-ID: <3EBDA8F0.6090102@...26...> I am having trouble passing data between objects, classes, forms, etc. To add an element to a listbox Pop up a new form for entry, ok so far But in Form2 if one tries to pass data to Form1 with Form1.Listbox1.Add(whatever) it says it can't find ListBox1 It appears the controls, if created by the IDE, aren't made public And there seems to be no option in the properties box to do so Call a public function - Says it isn't static - Make it static It says you can't use dynamic things in a static function Ok guys, give me a hint here -- Using Lindows From gambas at ...20... Sun May 11 12:57:58 2003 From: gambas at ...20... (Benoit Minisini) Date: Sun, 11 May 2003 12:57:58 +0200 Subject: [Gambas-devel] Passing things In-Reply-To: <3EBDA8F0.6090102@...26...> References: <3EBDA8F0.6090102@...26...> Message-ID: <200305111257.59023.gambas@...20...> Le Dimanche 11 Mai 2003 03:35, Ken Schrock a ?crit : > I am having trouble passing data between objects, classes, forms, etc. > > To add an element to a listbox > Pop up a new form for entry, ok so far > > But in Form2 if one tries to pass data to Form1 with > Form1.Listbox1.Add(whatever) it says it can't find ListBox1 > It appears the controls, if created by the IDE, aren't made public > And there seems to be no option in the properties box to do so > > Call a public function - Says it isn't static - Make it static > It says you can't use dynamic things in a static function > > Ok guys, give me a hint here Hi Ken, You should have posted this mail on the user mailing-list. This is list is for people who are developing Gambas, not developing WITH Gambas ! Controls are not public, they are private. This way, the bad old VB developer must adopt a cleaner way of writing its program :-) Forms are not self-instanciable. I.e. if you have a form Form1, then Form1 is the name of the class, not the name of an instance ! Here is a bad example of how to solve your problem, but easy to understand: MyForm1 = NEW Form1 MyForm1.Show *** In MyForm1: MyForm2 = NEW Form2(MyForm1) MyForm2.ShowModal() ... PUBLIC SUB AddToListBox(sElt AS String) ListBox1.Add(sElt) END *** In MyForm2: PRIVATE MyForm1 AS Form1 PUBLIC SUB _new(hForm AS Form1) MyForm1 = hForm END ... MyForm1.AddToListBox(TextBox1.Text) Here is a better way to do that: *** In Form1: sElt = Form2.Run() IF sElt THEN ListBox1.Add(sElt) *** In Form2 STATIC sResult AS STRING STATIC PUBLIC FUNCTION Run() AS STRING DIM hForm AS Form2 hForm = NEW Form2 IF NOT hForm.ShowModal() THEN RETURN RETURN sResult END ... PUBLIC SUB btnCancel_Click() ME.Close() END PUBLIC SUB btnOK_Click() sResult = TextBox1.Text Me.Close(TRUE) END Regards, -- Benoit Minisini mailto:gambas at ...1... From schrockk at ...26... Mon May 12 05:23:49 2003 From: schrockk at ...26... (Ken Schrock) Date: Sun, 11 May 2003 20:23:49 -0700 Subject: [Gambas-devel] Passing things References: <3EBDA8F0.6090102@...26...> <200305111257.59023.gambas@...20...> Message-ID: <3EBF13C5.9000207@...26...> Sorry about posting to the wrong list And thanks for answering my question anyway : -) Particularly since it doesn't look like I will be using it anyway Anal retentive, overbearing, "modular", "tightly scoped", "object oriented" Languages just keep me going back to C Since this is the developers form... Come on guys, seriously, I mean really... Form1.Listbox1.Insert(Textbox1.Text) (or its equivalent in C) Is simple, clean, elegant, intuitive, logical Your two examples are none of those things Think about it, think about the hoops you make people jump through Just to pass a single simple string from a client window to a parent window This may get you an award from an egghead language designer's group But nobody will use it. That is fine if that is what you really want to do However, if you want anybody to use it, you have to rethink this I'm not going to go through all that and nobody else will either It is a shame, as it is an excellent idea, and well executed But it appears crippled by dictatorial design philosophy And really, we don't need any more of that kind The landscape is littered with plenty already Benoit Minisini wrote: >Le Dimanche 11 Mai 2003 03:35, Ken Schrock a ?crit : > > >>I am having trouble passing data between objects, classes, forms, etc. >> >>To add an element to a listbox >>Pop up a new form for entry, ok so far >> >>But in Form2 if one tries to pass data to Form1 with >>Form1.Listbox1.Add(whatever) it says it can't find ListBox1 >>It appears the controls, if created by the IDE, aren't made public >>And there seems to be no option in the properties box to do so >> >>Call a public function - Says it isn't static - Make it static >>It says you can't use dynamic things in a static function >> >>Ok guys, give me a hint here >> >> > >Hi Ken, > >You should have posted this mail on the user mailing-list. This is list is for >people who are developing Gambas, not developing WITH Gambas ! > >Controls are not public, they are private. This way, the bad old VB developer >must adopt a cleaner way of writing its program :-) > >Forms are not self-instanciable. I.e. if you have a form Form1, then Form1 is >the name of the class, not the name of an instance ! > >Here is a bad example of how to solve your problem, but easy to understand: > >MyForm1 = NEW Form1 >MyForm1.Show > >*** In MyForm1: > >MyForm2 = NEW Form2(MyForm1) >MyForm2.ShowModal() > >... > >PUBLIC SUB AddToListBox(sElt AS String) > > ListBox1.Add(sElt) > >END > >*** In MyForm2: > >PRIVATE MyForm1 AS Form1 > >PUBLIC SUB _new(hForm AS Form1) > > MyForm1 = hForm > >END > >... > >MyForm1.AddToListBox(TextBox1.Text) > > >Here is a better way to do that: > >*** In Form1: > >sElt = Form2.Run() >IF sElt THEN ListBox1.Add(sElt) > >*** In Form2 > >STATIC sResult AS STRING > >STATIC PUBLIC FUNCTION Run() AS STRING > > DIM hForm AS Form2 > > hForm = NEW Form2 > IF NOT hForm.ShowModal() THEN RETURN > RETURN sResult > >END > >... > >PUBLIC SUB btnCancel_Click() > > ME.Close() > >END > >PUBLIC SUB btnOK_Click() > > sResult = TextBox1.Text > Me.Close(TRUE) > >END > >Regards, > > > -- Using Lindows -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan at ...21... Mon May 12 18:25:37 2003 From: dan at ...21... (Dan Phillips) Date: Mon, 12 May 2003 08:25:37 -0800 Subject: [Gambas-devel] Passing things In-Reply-To: <3EBF13C5.9000207@...26...> References: <3EBDA8F0.6090102@...26...> <200305111257.59023.gambas@...20...> <3EBF13C5.9000207@...26...> Message-ID: <200305120825.37771.dan@...21...> Wow, my thoughts zactly. You can call VB developers "bad" but the truth is, there is nothing more clean than a single line of code to modify say a text field on a form not where the code is written. VB does this, Kylix does this, Delphi does this, ScreenIO for Cobol does this. VB has sold a lot of copies and if this compiler has any hopes to adopt VB developers, they need to make this small option available. As is, I was excited when I found this language but cannot use it for my purposes because I have several forms that need a major amount of modification based on code from elsewhere. Sorry guys, I guess I'm just a "bad developer". On Sunday 11 May 2003 19:23, Ken Schrock wrote: > Sorry about posting to the wrong list > And thanks for answering my question anyway : -) > Particularly since it doesn't look like I will be using it anyway > Anal retentive, overbearing, "modular", "tightly scoped", "object oriented" > Languages just keep me going back to C > > Since this is the developers form... > Come on guys, seriously, I mean really... > > Form1.Listbox1.Insert(Textbox1.Text) > (or its equivalent in C) > > Is simple, clean, elegant, intuitive, logical > Your two examples are none of those things > Think about it, think about the hoops you make people jump through > Just to pass a single simple string from a client window to a parent window > > This may get you an award from an egghead language designer's group > But nobody will use it. That is fine if that is what you really want to do > However, if you want anybody to use it, you have to rethink this > I'm not going to go through all that and nobody else will either > > It is a shame, as it is an excellent idea, and well executed > But it appears crippled by dictatorial design philosophy > And really, we don't need any more of that kind > The landscape is littered with plenty already > > Benoit Minisini wrote: > >Le Dimanche 11 Mai 2003 03:35, Ken Schrock a ?crit : > >>I am having trouble passing data between objects, classes, forms, etc. > >> > >>To add an element to a listbox > >>Pop up a new form for entry, ok so far > >> > >>But in Form2 if one tries to pass data to Form1 with > >>Form1.Listbox1.Add(whatever) it says it can't find ListBox1 > >>It appears the controls, if created by the IDE, aren't made public > >>And there seems to be no option in the properties box to do so > >> > >>Call a public function - Says it isn't static - Make it static > >>It says you can't use dynamic things in a static function > >> > >>Ok guys, give me a hint here > > > >Hi Ken, > > > >You should have posted this mail on the user mailing-list. This is list is > > for people who are developing Gambas, not developing WITH Gambas ! > > > >Controls are not public, they are private. This way, the bad old VB > > developer must adopt a cleaner way of writing its program :-) > > > >Forms are not self-instanciable. I.e. if you have a form Form1, then Form1 > > is the name of the class, not the name of an instance ! > > > >Here is a bad example of how to solve your problem, but easy to > > understand: > > > >MyForm1 = NEW Form1 > >MyForm1.Show > > > >*** In MyForm1: > > > >MyForm2 = NEW Form2(MyForm1) > >MyForm2.ShowModal() > > > >... > > > >PUBLIC SUB AddToListBox(sElt AS String) > > > > ListBox1.Add(sElt) > > > >END > > > >*** In MyForm2: > > > >PRIVATE MyForm1 AS Form1 > > > >PUBLIC SUB _new(hForm AS Form1) > > > > MyForm1 = hForm > > > >END > > > >... > > > >MyForm1.AddToListBox(TextBox1.Text) > > > > > >Here is a better way to do that: > > > >*** In Form1: > > > >sElt = Form2.Run() > >IF sElt THEN ListBox1.Add(sElt) > > > >*** In Form2 > > > >STATIC sResult AS STRING > > > >STATIC PUBLIC FUNCTION Run() AS STRING > > > > DIM hForm AS Form2 > > > > hForm = NEW Form2 > > IF NOT hForm.ShowModal() THEN RETURN > > RETURN sResult > > > >END > > > >... > > > >PUBLIC SUB btnCancel_Click() > > > > ME.Close() > > > >END > > > >PUBLIC SUB btnOK_Click() > > > > sResult = TextBox1.Text > > Me.Close(TRUE) > > > >END > > > >Regards, -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From sourceforge-raindog2 at ...19... Mon May 12 23:11:13 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 12 May 2003 17:11:13 -0400 Subject: [Gambas-devel] Passing things In-Reply-To: <200305120825.37771.dan@...21...> References: <3EBDA8F0.6090102@...26...> <3EBF13C5.9000207@...26...> <200305120825.37771.dan@...21...> Message-ID: <200305121711.13554.sourceforge-raindog2@...19...> (copied to gambas-user in hopes of moving this thread over) As it is right now, I don't actually think a program to convert VB projects to Gambas (at least the forms themselves) will be that hard, and for that matter the Gambas IDE itself is written in Gambas. So if no one else writes some mechanism to fake auto-instantiation and project-wide scope, I probably will eventually, right around the time I try to convert my first bunch of client-written code over to Gambas. I mean, yeah, so you can't write a Gambas program with zero lines of user-written code presently like you can in other languages, but does the term "alpha" mean anything to you? I'll start worrying if this sort of feature isn't around in Gambas 1.1 or thereabouts ;) Rob On Monday 12 May 2003 12:25, Dan Phillips wrote: > Wow, my thoughts zactly. You can call VB developers "bad" but the truth > is, there is nothing more clean than a single line of code to modify say a > text field on a form not where the code is written. > > VB does this, > Kylix does this, > Delphi does this, > ScreenIO for Cobol does this. > > VB has sold a lot of copies and if this compiler has any hopes to adopt VB > developers, they need to make this small option available. > > As is, I was excited when I found this language but cannot use it for my > purposes because I have several forms that need a major amount of > modification based on code from elsewhere. Sorry guys, I guess I'm just a > "bad developer". > > On Sunday 11 May 2003 19:23, Ken Schrock wrote: > > Sorry about posting to the wrong list > > And thanks for answering my question anyway : -) > > Particularly since it doesn't look like I will be using it anyway > > Anal retentive, overbearing, "modular", "tightly scoped", "object > > oriented" Languages just keep me going back to C > > > > Since this is the developers form... > > Come on guys, seriously, I mean really... > > > > Form1.Listbox1.Insert(Textbox1.Text) > > (or its equivalent in C) > > > > Is simple, clean, elegant, intuitive, logical > > Your two examples are none of those things > > Think about it, think about the hoops you make people jump through > > Just to pass a single simple string from a client window to a parent > > window > > > > This may get you an award from an egghead language designer's group > > But nobody will use it. That is fine if that is what you really want to > > do However, if you want anybody to use it, you have to rethink this I'm > > not going to go through all that and nobody else will either > > > > It is a shame, as it is an excellent idea, and well executed > > But it appears crippled by dictatorial design philosophy > > And really, we don't need any more of that kind > > The landscape is littered with plenty already > > > > Benoit Minisini wrote: > > >Le Dimanche 11 Mai 2003 03:35, Ken Schrock a ?crit : > > >>I am having trouble passing data between objects, classes, forms, etc. > > >> > > >>To add an element to a listbox > > >>Pop up a new form for entry, ok so far > > >> > > >>But in Form2 if one tries to pass data to Form1 with > > >>Form1.Listbox1.Add(whatever) it says it can't find ListBox1 > > >>It appears the controls, if created by the IDE, aren't made public > > >>And there seems to be no option in the properties box to do so > > >> > > >>Call a public function - Says it isn't static - Make it static > > >>It says you can't use dynamic things in a static function > > >> > > >>Ok guys, give me a hint here > > > > > >Hi Ken, > > > > > >You should have posted this mail on the user mailing-list. This is list > > > is for people who are developing Gambas, not developing WITH Gambas ! > > > > > >Controls are not public, they are private. This way, the bad old VB > > > developer must adopt a cleaner way of writing its program :-) > > > > > >Forms are not self-instanciable. I.e. if you have a form Form1, then > > > Form1 is the name of the class, not the name of an instance ! > > > > > >Here is a bad example of how to solve your problem, but easy to > > > understand: > > > > > >MyForm1 = NEW Form1 > > >MyForm1.Show > > > > > >*** In MyForm1: > > > > > >MyForm2 = NEW Form2(MyForm1) > > >MyForm2.ShowModal() > > > > > >... > > > > > >PUBLIC SUB AddToListBox(sElt AS String) > > > > > > ListBox1.Add(sElt) > > > > > >END > > > > > >*** In MyForm2: > > > > > >PRIVATE MyForm1 AS Form1 > > > > > >PUBLIC SUB _new(hForm AS Form1) > > > > > > MyForm1 = hForm > > > > > >END > > > > > >... > > > > > >MyForm1.AddToListBox(TextBox1.Text) > > > > > > > > >Here is a better way to do that: > > > > > >*** In Form1: > > > > > >sElt = Form2.Run() > > >IF sElt THEN ListBox1.Add(sElt) > > > > > >*** In Form2 > > > > > >STATIC sResult AS STRING > > > > > >STATIC PUBLIC FUNCTION Run() AS STRING > > > > > > DIM hForm AS Form2 > > > > > > hForm = NEW Form2 > > > IF NOT hForm.ShowModal() THEN RETURN > > > RETURN sResult > > > > > >END > > > > > >... > > > > > >PUBLIC SUB btnCancel_Click() > > > > > > ME.Close() > > > > > >END > > > > > >PUBLIC SUB btnOK_Click() > > > > > > sResult = TextBox1.Text > > > Me.Close(TRUE) > > > > > >END > > > > > >Regards, From dan at ...21... Tue May 13 00:58:05 2003 From: dan at ...21... (Dan Phillips) Date: Mon, 12 May 2003 14:58:05 -0800 Subject: [Gambas-devel] Passing things In-Reply-To: <200305121711.13554.sourceforge-raindog2@...19...> References: <3EBDA8F0.6090102@...26...> <200305120825.37771.dan@...21...> <200305121711.13554.sourceforge-raindog2@...19...> Message-ID: <200305121458.05273.dan@...21...> I hope that my concern and reason for emailing my thoughts doesn't convey that the progress from alpha to beta to whatever has ceased. I was under the presumption that this sort of feedback is what helps the programs user ability and features, customer feedback? I do fully understand that this is an alpha version. If these other features and such were in the program, I'd gladly pay what I payed for VB to obtain Gambas if it were _not_ free. I guess my point is, I'm very interested in the continued use of Gambas. I only wish my programming skills were better to be able to help with it. The call to, "bad programmers" sorta put me on the edge of the de"fence". :) On Monday 12 May 2003 13:11, Rob wrote: > (copied to gambas-user in hopes of moving this thread over) > > As it is right now, I don't actually think a program to convert VB projects > to Gambas (at least the forms themselves) will be that hard, and for that > matter the Gambas IDE itself is written in Gambas. So if no one else > writes some mechanism to fake auto-instantiation and project-wide scope, I > probably will eventually, right around the time I try to convert my first > bunch of client-written code over to Gambas. > > I mean, yeah, so you can't write a Gambas program with zero lines of > user-written code presently like you can in other languages, but does the > term "alpha" mean anything to you? I'll start worrying if this sort of > feature isn't around in Gambas 1.1 or thereabouts ;) > > Rob > > On Monday 12 May 2003 12:25, Dan Phillips wrote: > > Wow, my thoughts zactly. You can call VB developers "bad" but the truth > > is, there is nothing more clean than a single line of code to modify say > > a text field on a form not where the code is written. > > > > VB does this, > > Kylix does this, > > Delphi does this, > > ScreenIO for Cobol does this. > > > > VB has sold a lot of copies and if this compiler has any hopes to adopt > > VB developers, they need to make this small option available. > > > > As is, I was excited when I found this language but cannot use it for my > > purposes because I have several forms that need a major amount of > > modification based on code from elsewhere. Sorry guys, I guess I'm just > > a "bad developer". > > > > On Sunday 11 May 2003 19:23, Ken Schrock wrote: > > > Sorry about posting to the wrong list > > > And thanks for answering my question anyway : -) > > > Particularly since it doesn't look like I will be using it anyway > > > Anal retentive, overbearing, "modular", "tightly scoped", "object > > > oriented" Languages just keep me going back to C > > > > > > Since this is the developers form... > > > Come on guys, seriously, I mean really... > > > > > > Form1.Listbox1.Insert(Textbox1.Text) > > > (or its equivalent in C) > > > > > > Is simple, clean, elegant, intuitive, logical > > > Your two examples are none of those things > > > Think about it, think about the hoops you make people jump through > > > Just to pass a single simple string from a client window to a parent > > > window > > > > > > This may get you an award from an egghead language designer's group > > > But nobody will use it. That is fine if that is what you really want to > > > do However, if you want anybody to use it, you have to rethink this I'm > > > not going to go through all that and nobody else will either > > > > > > It is a shame, as it is an excellent idea, and well executed > > > But it appears crippled by dictatorial design philosophy > > > And really, we don't need any more of that kind > > > The landscape is littered with plenty already > > > > > > Benoit Minisini wrote: > > > >Le Dimanche 11 Mai 2003 03:35, Ken Schrock a ?crit : > > > >>I am having trouble passing data between objects, classes, forms, > > > >> etc. > > > >> > > > >>To add an element to a listbox > > > >>Pop up a new form for entry, ok so far > > > >> > > > >>But in Form2 if one tries to pass data to Form1 with > > > >>Form1.Listbox1.Add(whatever) it says it can't find ListBox1 > > > >>It appears the controls, if created by the IDE, aren't made public > > > >>And there seems to be no option in the properties box to do so > > > >> > > > >>Call a public function - Says it isn't static - Make it static > > > >>It says you can't use dynamic things in a static function > > > >> > > > >>Ok guys, give me a hint here > > > > > > > >Hi Ken, > > > > > > > >You should have posted this mail on the user mailing-list. This is > > > > list is for people who are developing Gambas, not developing WITH > > > > Gambas ! > > > > > > > >Controls are not public, they are private. This way, the bad old VB > > > > developer must adopt a cleaner way of writing its program :-) > > > > > > > >Forms are not self-instanciable. I.e. if you have a form Form1, then > > > > Form1 is the name of the class, not the name of an instance ! > > > > > > > >Here is a bad example of how to solve your problem, but easy to > > > > understand: > > > > > > > >MyForm1 = NEW Form1 > > > >MyForm1.Show > > > > > > > >*** In MyForm1: > > > > > > > >MyForm2 = NEW Form2(MyForm1) > > > >MyForm2.ShowModal() > > > > > > > >... > > > > > > > >PUBLIC SUB AddToListBox(sElt AS String) > > > > > > > > ListBox1.Add(sElt) > > > > > > > >END > > > > > > > >*** In MyForm2: > > > > > > > >PRIVATE MyForm1 AS Form1 > > > > > > > >PUBLIC SUB _new(hForm AS Form1) > > > > > > > > MyForm1 = hForm > > > > > > > >END > > > > > > > >... > > > > > > > >MyForm1.AddToListBox(TextBox1.Text) > > > > > > > > > > > >Here is a better way to do that: > > > > > > > >*** In Form1: > > > > > > > >sElt = Form2.Run() > > > >IF sElt THEN ListBox1.Add(sElt) > > > > > > > >*** In Form2 > > > > > > > >STATIC sResult AS STRING > > > > > > > >STATIC PUBLIC FUNCTION Run() AS STRING > > > > > > > > DIM hForm AS Form2 > > > > > > > > hForm = NEW Form2 > > > > IF NOT hForm.ShowModal() THEN RETURN > > > > RETURN sResult > > > > > > > >END > > > > > > > >... > > > > > > > >PUBLIC SUB btnCancel_Click() > > > > > > > > ME.Close() > > > > > > > >END > > > > > > > >PUBLIC SUB btnOK_Click() > > > > > > > > sResult = TextBox1.Text > > > > Me.Close(TRUE) > > > > > > > >END > > > > > > > >Regards, > > ------------------------------------------------------- > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara > The only event dedicated to issues related to Linux enterprise solutions > www.enterpriselinuxforum.com > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From gambas at ...20... Wed May 14 18:52:18 2003 From: gambas at ...20... (Benoit Minisini) Date: Wed, 14 May 2003 18:52:18 +0200 Subject: [Gambas-devel] Passing things In-Reply-To: <3EBF13C5.9000207@...26...> References: <3EBDA8F0.6090102@...26...> <200305111257.59023.gambas@...20...> <3EBF13C5.9000207@...26...> Message-ID: <200305141852.18179.gambas@...20...> Le Lundi 12 Mai 2003 05:23, Ken Schrock a ?crit : > Sorry about posting to the wrong list > And thanks for answering my question anyway : -) > Particularly since it doesn't look like I will be using it anyway > Anal retentive, overbearing, "modular", "tightly scoped", "object oriented" > Languages just keep me going back to C > > Since this is the developers form... > Come on guys, seriously, I mean really... > > Form1.Listbox1.Insert(Textbox1.Text) > (or its equivalent in C) > > Is simple, clean, elegant, intuitive, logical > Your two examples are none of those things > Think about it, think about the hoops you make people jump through > Just to pass a single simple string from a client window to a parent window > > This may get you an award from an egghead language designer's group > But nobody will use it. That is fine if that is what you really want to do > However, if you want anybody to use it, you have to rethink this > I'm not going to go through all that and nobody else will either > > It is a shame, as it is an excellent idea, and well executed > But it appears crippled by dictatorial design philosophy > And really, we don't need any more of that kind > The landscape is littered with plenty already > I don't want to say that VB programmers are "bad", but that they tend to use bad programming practices. I didn't want to hurt you, or anyone else. I'm going to try to explain why, even if it is difficult for me to do that in English. Whatever you think about object-oriented programming, encapsulation is the way to write good programs, even if the language you use is not object-oriented. In a few words, encapsulation is a programming process achieved by: 1) Separating your program into different pieces. 2) Minimizing the links between these pieces to make reusability, debugging and evolution easy. In concrete terms, I dislike accessing controls outside their forms, because it creates unnecessary links between two pieces of your program: the form, and the code that access it from outside. You can see forms as a high-level encapsulation unit imposed by the language. For example, let's suppose you have a form Form1 with a list box ListBox1, and that you directly modify this list box from a Form2. If you decide to replace later the list box by a list view, you must then modify Form2 to reflect the change. So you have broken the encapsulation provided by the forms. *Of course*, I am agree with you, it is stupid to replace a single line of code by all the stuff just for "philosophical" reasons. But if you must write and *maintain* a program with hundreds of classes and forms, you will like encapsulation ! :-) And to show everybody that I am not crippled by dictatorial design philosophy :-), I will add an option to the next version of the Gambas compiler to make form controls public. I hope this will help VB programmers to port their program more easily, but I reserve the right to claim that encapsulation is a good thing for everyone, even it need a few more, apparently stupid, lines of code. -- Benoit Minisini mailto:gambas at ...1... From gambas at ...20... Wed May 14 18:59:24 2003 From: gambas at ...20... (Benoit Minisini) Date: Wed, 14 May 2003 18:59:24 +0200 Subject: [Gambas-devel] Passing things In-Reply-To: <200305120825.37771.dan@...21...> References: <3EBDA8F0.6090102@...26...> <3EBF13C5.9000207@...26...> <200305120825.37771.dan@...21...> Message-ID: <200305141859.24093.gambas@...20...> Le Lundi 12 Mai 2003 18:25, Dan Phillips a ?crit : > Wow, my thoughts zactly. You can call VB developers "bad" but the truth > is, there is nothing more clean than a single line of code to modify say a > text field on a form not where the code is written. > > VB does this, > Kylix does this, > Delphi does this, > ScreenIO for Cobol does this. If everyone do that, it doesn't mean necessary that it is a good thing to do ! > > VB has sold a lot of copies and if this compiler has any hopes to adopt VB > developers, they need to make this small option available. You are right, but : - I have nothing to sell. - I don't want to "adopt" VB developers, I want to have a tool "like" VB on Linux, but, above all, better than VB ! > > As is, I was excited when I found this language but cannot use it for my > purposes because I have several forms that need a major amount of > modification based on code from elsewhere. Sorry guys, I guess I'm just a > "bad developer". > See my previous post ! I'm not a nasty man :-) If I can help VB people to port their programs, I will do it, but only it does not break the internal design of the language. You must know that there are some VB features that will NEVER be implemented in Gambas, because it implies too many changes to its internals. For example: passing arguments by reference. Regards, -- Benoit Minisini mailto:gambas at ...1... From dan at ...21... Wed May 14 19:58:36 2003 From: dan at ...21... (Dan Phillips) Date: Wed, 14 May 2003 09:58:36 -0800 Subject: [Gambas-devel] Passing things In-Reply-To: <200305141852.18179.gambas@...20...> References: <3EBDA8F0.6090102@...26...> <3EBF13C5.9000207@...26...> <200305141852.18179.gambas@...20...> Message-ID: <200305140958.36301.dan@...21...> My biggest thing is, _how_ do I use all these forms if none of them can talk to one another. It'd be like having a bunch of different programs running and none of them know about the other guy. If you can demonstrate how a form, say form1 can be up on the screen w/ a handful of options and another form, say form2 can be on the screen as well. And information modified on form2 needs to be shown on form1, how do you do that? Any code that can truely demonstrate how to do that will help. As you can tell from my previous posts, coming from vb and knowing how to do it there sort of makes it hard to work in Gambas because I don't know how to talk to various parts of my program. It's not a "have to have this feature" thing, it's more of a, "don't know how" thing. Although, in my mind, it's better programming _not_ to have anymore code in the form than absolutely necessary. My method of programming has led me to do 90% or more of my code in modules that talk to the forms as needed. Because events aren't raised outside of the form in VB but on the object itself, take a command button for instance. When someone clicks the button, the command1_click() event is raised. so I have something like this: Command button OK public sub command1_click() 'Need to call save routine for options dialog box SaveSettings end sub This allows me to have a module that _is_ resusable for any type of project and I simply cut/paste the sections of code I need for project 2, 3, etc. However, the SaveSettings subroutine that is in module1 needs to be able to directly work with the information located on frmOptions. Like I've shown, I just don't know how to do programming otherwise is my problem of jumping to Gambas. Now, to defend Gambas, I think that the Gui is very comfortable looking and I think that so far it is a great product. The work that has been put into making the code easy to work with has obviously taken some serious volunteer time by people willing to do it and that's awesome. If I could assist in this I would certainly do so, unfortunately my skills are just too limited to do so. On Wednesday 14 May 2003 08:52, Benoit Minisini wrote: > Le Lundi 12 Mai 2003 05:23, Ken Schrock a ?crit : > > Sorry about posting to the wrong list > > And thanks for answering my question anyway : -) > > Particularly since it doesn't look like I will be using it anyway > > Anal retentive, overbearing, "modular", "tightly scoped", "object > > oriented" Languages just keep me going back to C > > > > Since this is the developers form... > > Come on guys, seriously, I mean really... > > > > Form1.Listbox1.Insert(Textbox1.Text) > > (or its equivalent in C) > > > > Is simple, clean, elegant, intuitive, logical > > Your two examples are none of those things > > Think about it, think about the hoops you make people jump through > > Just to pass a single simple string from a client window to a parent > > window > > > > This may get you an award from an egghead language designer's group > > But nobody will use it. That is fine if that is what you really want to > > do However, if you want anybody to use it, you have to rethink this I'm > > not going to go through all that and nobody else will either > > > > It is a shame, as it is an excellent idea, and well executed > > But it appears crippled by dictatorial design philosophy > > And really, we don't need any more of that kind > > The landscape is littered with plenty already > > I don't want to say that VB programmers are "bad", but that they tend to > use bad programming practices. I didn't want to hurt you, or anyone else. > > I'm going to try to explain why, even if it is difficult for me to do that > in English. > > Whatever you think about object-oriented programming, encapsulation is the > way to write good programs, even if the language you use is not > object-oriented. > > In a few words, encapsulation is a programming process achieved by: > > 1) Separating your program into different pieces. > > 2) Minimizing the links between these pieces to make reusability, debugging > and evolution easy. > > In concrete terms, I dislike accessing controls outside their forms, > because it creates unnecessary links between two pieces of your program: > the form, and the code that access it from outside. > > You can see forms as a high-level encapsulation unit imposed by the > language. > > For example, let's suppose you have a form Form1 with a list box ListBox1, > and that you directly modify this list box from a Form2. > > If you decide to replace later the list box by a list view, you must then > modify Form2 to reflect the change. So you have broken the encapsulation > provided by the forms. > > *Of course*, I am agree with you, it is stupid to replace a single line of > code by all the stuff just for "philosophical" reasons. But if you must > write and *maintain* a program with hundreds of classes and forms, you will > like encapsulation ! :-) > > And to show everybody that I am not crippled by dictatorial design > philosophy > > :-), I will add an option to the next version of the Gambas compiler to > : make > > form controls public. > > I hope this will help VB programmers to port their program more easily, but > I reserve the right to claim that encapsulation is a good thing for > everyone, even it need a few more, apparently stupid, lines of code. -- ----------------------- -Thanks, Dan -Haight & Associates, Inc. -907.586.9788 ----------------------- From schrockk at ...26... Wed May 14 23:24:18 2003 From: schrockk at ...26... (Ken Schrock) Date: Wed, 14 May 2003 14:24:18 -0700 Subject: [Gambas-devel] Passing things References: <3EBDA8F0.6090102@...26...> <200305111257.59023.gambas@...20...> <3EBF13C5.9000207@...26...> <200305141852.18179.gambas@...20...> Message-ID: <3EC2B402.6040205@...26...> Sorry if I came a little hard on the subject (berserker : -) But language designers treating programmers like little children And erecting synthetic hurdles to make programming difficult for us Is a pet peeve (a curse on Modula and all its demon spawn) If data wants to be free, variables definitely want to be global : -) However, I found a simple workaround (make a global, yea) Which makes it simpler than the examples you gave (Although it destroys your modularity a bit : -) Make a module, say MyMod and in it put PUBLIC MyString as String In Form2 OkButton_Click put MyMod.MyString = TextBox1.Text ME.Close In Form1 AddButton_Click put ... Create Form2 MyForm2.showmodal ListBox1.Add(MyMod.MyString) This means only 2 extra lines of code are needed Over the the simplest procedure that I can think of And since MyString can be used for other things Doing the same trick from a thing on Form3 Would only require 1 extra line of code I still would like a property for controls for public or private Make the property default to private if that is your wish Even hide it if you want (make us look hard for it) Just as long as it is there somewhere = good BTW, I had ask about programmatic app shutdown And you were a little iffy on such a procedure ME.Close in the startup class exits cleanly Ok, I'll go back to user and leave y'all alone : -) Benoit Minisini wrote: >Le Lundi 12 Mai 2003 05:23, Ken Schrock a ?crit : > > >>Sorry about posting to the wrong list >>And thanks for answering my question anyway : -) >>Particularly since it doesn't look like I will be using it anyway >>Anal retentive, overbearing, "modular", "tightly scoped", "object oriented" >>Languages just keep me going back to C >> >>Since this is the developers form... >>Come on guys, seriously, I mean really... >> >>Form1.Listbox1.Insert(Textbox1.Text) >> (or its equivalent in C) >> >>Is simple, clean, elegant, intuitive, logical >>Your two examples are none of those things >>Think about it, think about the hoops you make people jump through >>Just to pass a single simple string from a client window to a parent window >> >>This may get you an award from an egghead language designer's group >>But nobody will use it. That is fine if that is what you really want to do >>However, if you want anybody to use it, you have to rethink this >>I'm not going to go through all that and nobody else will either >> >>It is a shame, as it is an excellent idea, and well executed >>But it appears crippled by dictatorial design philosophy >>And really, we don't need any more of that kind >>The landscape is littered with plenty already >> >> >> > >I don't want to say that VB programmers are "bad", but that they tend to use >bad programming practices. I didn't want to hurt you, or anyone else. > >I'm going to try to explain why, even if it is difficult for me to do that in >English. > >Whatever you think about object-oriented programming, encapsulation is the way >to write good programs, even if the language you use is not object-oriented. > >In a few words, encapsulation is a programming process achieved by: > >1) Separating your program into different pieces. > >2) Minimizing the links between these pieces to make reusability, debugging >and evolution easy. > >In concrete terms, I dislike accessing controls outside their forms, because >it creates unnecessary links between two pieces of your program: the form, >and the code that access it from outside. > >You can see forms as a high-level encapsulation unit imposed by the language. > >For example, let's suppose you have a form Form1 with a list box ListBox1, and >that you directly modify this list box from a Form2. > >If you decide to replace later the list box by a list view, you must then >modify Form2 to reflect the change. So you have broken the encapsulation >provided by the forms. > >*Of course*, I am agree with you, it is stupid to replace a single line of >code by all the stuff just for "philosophical" reasons. But if you must write >and *maintain* a program with hundreds of classes and forms, you will like >encapsulation ! :-) > >And to show everybody that I am not crippled by dictatorial design philosophy >:-), I will add an option to the next version of the Gambas compiler to make >form controls public. > >I hope this will help VB programmers to port their program more easily, but I >reserve the right to claim that encapsulation is a good thing for everyone, >even it need a few more, apparently stupid, lines of code. > > > -- Using Lindows -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...20... Tue May 20 09:34:34 2003 From: gambas at ...20... (Benoit Minisini) Date: Tue, 20 May 2003 09:34:34 +0200 Subject: [Gambas-devel] Hit F5 and run Message-ID: <200305200934.34742.gambas@...20...> For the "hit F5 and run" functionality, I make this proposal : Maybe you don't know, but each form class inherits the native class Form. So I will add a static public native method "Main" to the Form class that will automatically instanciate the form and show it. So, no need to add stuff to the IDE. Just set the form as startup class, and everything will work. And you will be able to add your own Main implementation if you need yet. The only problem is that I need to modify the interpreter, so it will be in a next version only. Are the "hit F5 and run" guys find this satisfying ? :-) -- Benoit Minisini mailto:gambas at ...1... From gambas at ...20... Tue May 20 10:01:56 2003 From: gambas at ...20... (Benoit Minisini) Date: Tue, 20 May 2003 10:01:56 +0200 Subject: [Gambas-devel] Re: [Gambas-user] define a startup class? In-Reply-To: <200305190923.36553.sourceforge-raindog2@...19...> References: <5D975F8D8CDED5119E140008C733B12A3C5F@...27...> <200305191048.58465.gambas@...20...> <200305190923.36553.sourceforge-raindog2@...19...> Message-ID: <200305201001.56255.gambas@...20...> Le Lundi 19 Mai 2003 15:23, Rob a ?crit : > On Monday 19 May 2003 04:48, Benoit Minisini wrote: > > When you have a form named Form1 in VB, and you type Form1.Show, what > > happens in the background ? Exactly what you must do by hand in Gambas: > > the form is instanciated, and the instance is given the same name as the > > form. > > Indeed, and that's why I hope to automate and hide the process in Gambas. > There's no need for the user to see it if it's the same in every project. > > > 1) The newbie is confused, because class and instance of this class have > > the same name. So the newbie don't really understand what he does > > exactly. > > True, and it's kinda hard to reuse forms in VB. Nonetheless, there are a > lot of VB programmers who are going to be interested in Gambas and I see no > reason to hinder them with good programming style ;) The truth is, even in > your examples to date you don't have any examples of form reuse, and I > expect most VB programmers are used to the idea that forms only ever get > loaded once. So I think that making it optionally easy for the user (since > this is BASIC after all) is more important than Java-like reuse of > everything. I'm not agree with the last point. Gambas will have no interest if he has only the same bug^H^H^H functionalitites than VB. > > > 2) The form is instanciated when you try to use the form class as a form > > instance. You save two lines of code and one variable at first, but when > > Far more importantly, you save a learning curve. People expect to be able > to just create a form, hit F5 and have it come up. That's the beauty of > VB, the ability to make it do something visible without writing a single > line of code. VB's appeal has never been clean design or good programming > style or any of that stuff, it's been the fact that it's easy to learn and > use. And Linux programmers who value "technically correct" solutions are > already using C/C++/Java, whereas VB programmers currently have nowhere to > go. Mmmmf... :-) > > > you want to exit the program, you must be very careful not to make a > > reference to a closed form, elsewhere this form is recreated, and your > > program does not exit ! (I had this problem many times in my VB programs) > > Having never actually unloaded a form in VB except to force an exit (by > unloading the main form), I never ran into this problem. Maybe you have used the END function, that is completely buggy in VB: it does not free all system resources in Windows/Dos, and frequently crashes on Windows/Nt. > > > Maybe I could have the same behavior with forms on Gambas. But I think > > that the disadventages are greater than the advantages. > > We have different goals. You're looking to make something that's like VB, > only good. I'm looking for something that will make VB programmers as > comfortable under Linux as Openoffice makes Word users. > > > Modifying the IDE will not help you... It is a functionnality that must > > be add to the interpreter: something like auto-instanciating class. But I > > don't even know if it is technically possible at the moment ! > > Sure I can. As far as the "press F5 without having written any code" issue > goes, I can add something to the properties dialog that says "Make VB style > project with this startup form:", create a file called "vbproj.class" which > is hidden from view in the IDE and contains a sub main that instantiates > and shows the desired form. vbproj.class becomes the startup class as far > as Gambas the language is concerned, just as myfilename.vbp is the "startup > class" of a VB project, but the user never sees or edits it. That part's > pretty trivial. I have another solution - See my other post. > > Since you don't seem to have implemented project-wide global variables or > include files yet, I haven't figured out a way to instantiate all the forms > in the project at startup yet (which would take care of the "form being > instantiated the first time you refer to it" problem), nor how to refer to > those forms outside the startup class if you do, so I may be stuck there > for now. It seems to me the easiest way to take care of that without > bothering non-VB-familiar Gambas users would be to make a compiler > directive like "USE GLOBALS" or something that extends the scope of public > variables to the entire project. But even without any of that, just having > VB programmers or novice Gambas programmers make a form, run it and have it > show up > automatically will be a breakthrough in making Gambas seem easier than it > is, I think. Alas, I think having project global variables is not technically possible at the moment. And I think this may prevent me from implementing the possibility to use projects as libraries. > > I know it's ugly, but so is VB and I'm trying to recreate the VB experience > using Gambas. ;) I am utterly uninterested in teaching VB programmers how > to be better programmers of other languages, I just want them to be able to > say, "Hey, there's an equivalent tool for Linux that's just as easy." I > never tried to teach Word users LyX or LaTeX and I'm not going to try to > teach VB users about encapsulation and strongly typed variables. I'm > hoping to at least get a tool together that recreates their .frm files as > Gambas forms, even if I can't convert the code automatically. And I know > that's not your goal, and so I'll try to avoid stepping on your toes (I > can't imagine that I'll touch the interpreter, for one thing.) I mean no > disrespect by any of this; I just want to make life easier for my users. > I hope we will find compromise between an original gambas and a gambas acting like vb (beeerk) :-) Regards, -- Benoit Minisini mailto:gambas at ...1... From sourceforge-raindog2 at ...19... Tue May 20 15:25:39 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 20 May 2003 09:25:39 -0400 Subject: [Gambas-devel] Hit F5 and run In-Reply-To: <200305200934.34742.gambas@...20...> References: <200305200934.34742.gambas@...20...> Message-ID: <200305200925.39826.sourceforge-raindog2@...19...> On Tuesday 20 May 2003 03:34, Benoit Minisini wrote: > So I will add a static public native method "Main" to the Form class that > will automatically instanciate the form and show it. > So, no need to add stuff to the IDE. Just set the form as startup class, > and everything will work. And you will be able to add your own Main > implementation if you need yet. This sounds like a great idea and will go a long way towards making people more comfortable. As for the global variable problem, I think making the forms available to the other classes in the project would be a step in the right direction, if it's technically possible. What about something like Dim myTest as Form Set myTest = Application.Forms("testform") where testform is the name of the form to which you want to refer? I know you don't have an Application object (or equivalent) presently, but I know somewhere in the interpreter you've gotta be tracking which forms have been instantiated.... maybe there could also be a way to get a count of forms and get references to them in a loop. Rob From gambas at ...20... Tue May 20 20:57:29 2003 From: gambas at ...20... (Benoit Minisini) Date: Tue, 20 May 2003 20:57:29 +0200 Subject: [Gambas-devel] Hit F5 and run In-Reply-To: <200305200925.39826.sourceforge-raindog2@...19...> References: <200305200934.34742.gambas@...20...> <200305200925.39826.sourceforge-raindog2@...19...> Message-ID: <200305202057.29599.gambas@...20...> Le Mardi 20 Mai 2003 15:25, Rob a ?crit : > On Tuesday 20 May 2003 03:34, Benoit Minisini wrote: > > So I will add a static public native method "Main" to the Form class that > > will automatically instanciate the form and show it. > > So, no need to add stuff to the IDE. Just set the form as startup class, > > and everything will work. And you will be able to add your own Main > > implementation if you need yet. > > This sounds like a great idea and will go a long way towards making people > more comfortable. > > As for the global variable problem, I think making the forms available to > the other classes in the project would be a step in the right direction, if > it's technically possible. What about something like > > Dim myTest as Form > Set myTest = Application.Forms("testform") > > where testform is the name of the form to which you want to refer? I know > you don't have an Application object (or equivalent) presently, but I know > somewhere in the interpreter you've gotta be tracking which forms have been > instantiated.... maybe there could also be a way to get a count of forms > and get references to them in a loop. > > Rob > You have the Windows classes, that is a pseudo-collection of each opened windows. DIM hWindow AS Window DIM hForm AS Form FOR EACH hWindow IN Windows TRY hForm = hWindow IF Error THEN CONTINUE ' This window is a form ' In the standard use of Gambas, all windows are form ' But you can instanciate directly the Window class NEXT -- Benoit Minisini mailto:gambas at ...1... From karl.reinl at ...16... Tue May 20 21:28:20 2003 From: karl.reinl at ...16... (Charlie) Date: Tue, 20 May 2003 21:28:20 +0200 Subject: [Gambas-devel] press F5 without having written any code References: <5D975F8D8CDED5119E140008C733B12A3C5F@...27...> <200305190016.51867.sourceforge-raindog2@...19...> <200305191048.58465.gambas@...20...> <200305190923.36553.sourceforge-raindog2@...19...> Message-ID: <3ECA81D4.2040409@...16...> Salut, I follow your discussion , since she was started. I think it's great idea from Rob........ but realy I don't see the need to have that. >On Monday 19 May 2003 04:48, Benoit Minisini wrote: > > >>When you have a form named Form1 in VB, and you type Form1.Show, what >>happens in the background ? Exactly what you must do by hand in Gambas: the >>form is instanciated, and the instance is given the same name as the form. >> >> > >Indeed, and that's why I hope to automate and hide the process in Gambas. >There's no need for the user to see it if it's the same in every project. > To see on debugging all what happend, was and is always nessecary for developers. > > >>1) The newbie is confused, because class and instance of this class have >>the same name. So the newbie don't really understand what he does exactly. >> >> > >True, and it's kinda hard to reuse forms in VB. Nonetheless, there are a lot >of VB programmers who are going to be interested in Gambas and I see no >reason to hinder them with good programming style ;) The truth is, even in >your examples to date you don't have any examples of form reuse, and I expect >most VB programmers are used to the idea that forms only ever get loaded >once. So I think that making it optionally easy for the user (since this is >BASIC after all) is more important than Java-like reuse of everything. > > > >>2) The form is instanciated when you try to use the form class as a form >>instance. You save two lines of code and one variable at first, but when >> >> > >Far more importantly, you save a learning curve. People expect to be able to >just create a form, hit F5 and have it come up. That's the beauty of VB, the >ability to make it do something visible without writing a single line of >code. VB's appeal has never been clean design or good programming style or >any of that stuff, it's been the fact that it's easy to learn and use. And >Linux programmers who value "technically correct" solutions are already using >C/C++/Java, whereas VB programmers currently have nowhere to go. > > > >>you want to exit the program, you must be very careful not to make a >>reference to a closed form, elsewhere this form is recreated, and your >>program does not exit ! (I had this problem many times in my VB programs) >> >> > >Having never actually unloaded a form in VB except to force an exit (by >unloading the main form), I never ran into this problem. > > Made the same experience like Beno?t. Closed programms, staying still in the Task-manger, because the main form is unloaded, but not one or more of the other forms called? Even MS has an workaround for that, doing somthing like: for i = 0 to forms.count unload forms(i) next (my be thats not the exact syntax) > > >>Maybe I could have the same behavior with forms on Gambas. But I think that >>the disadventages are greater than the advantages. >> >> > >We have different goals. You're looking to make something that's like VB, >only good. I'm looking for something that will make VB programmers as >comfortable under Linux as Openoffice makes Word users. > > > >>Modifying the IDE will not help you... It is a functionnality that must be >>add to the interpreter: something like auto-instanciating class. But I >>don't even know if it is technically possible at the moment ! >> >> > >Sure I can. As far as the "press F5 without having written any code" issue >goes, I can add something to the properties dialog that says "Make VB style >project with this startup form:", create a file called "vbproj.class" which >is hidden from view in the IDE and contains a sub main that instantiates and >shows the desired form. vbproj.class becomes the startup class as far as >Gambas the language is concerned, just as myfilename.vbp is the "startup >class" of a VB project, but the user never sees or edits it. That part's >pretty trivial. > >Since you don't seem to have implemented project-wide global variables or >include files yet, I haven't figured out a way to instantiate all the forms >in the project at startup yet (which would take care of the "form being >instantiated the first time you refer to it" problem), nor how to refer to >those forms outside the startup class if you do, so I may be stuck there for >now. It seems to me the easiest way to take care of that without bothering >non-VB-familiar Gambas users would be to make a compiler directive like "USE >GLOBALS" or something that extends the scope of public variables to the >entire project. But even without any of that, just having VB programmers or >novice Gambas programmers make a form, run it and have it show up >automatically will be a breakthrough in making Gambas seem easier than it is, >I think. > > Please no project wide globals. You have more to write, bur less to find (why does my iCounter is 20 and not 5 ) >I know it's ugly, but so is VB and I'm trying to recreate the VB experience >using Gambas. ;) I am utterly uninterested in teaching VB programmers how to >be better programmers of other languages, I just want them to be able to say, >"Hey, there's an equivalent tool for Linux that's just as easy." I never >tried to teach Word users LyX or LaTeX and I'm not going to try to teach VB >users about encapsulation and strongly typed variables. I'm hoping to at >least get a tool together that recreates their .frm files as Gambas forms, >even if I can't convert the code automatically. And I know that's not your >goal, and so I'll try to avoid stepping on your toes (I can't imagine that >I'll touch the interpreter, for one thing.) I mean no disrespect by any of >this; I just want to make life easier for my users. > >I suppose this really belonged on gambas-devel, sorry about that. > >Rob > > But Rob, do you realy think it is a good idea to shift, in our case gambas to a level that VB programmers refind there level, for a easy aprochment ? That is not reality, VB reaches his end and if you ever had a look to .net, you will have seen, that what was hidden in VB reaches the surface in .net. Charlie From Gambasfr at ...4... Sat May 24 19:37:03 2003 From: Gambasfr at ...4... (Fabien) Date: Sat, 24 May 2003 19:37:03 +0200 Subject: [Gambas-devel] Gambas Open Dialog Message-ID: <200305241937.03770.Gambasfr@...4...> Hello Actually i'm remake the gambas open box a new time. I've made the beginning, but now i want to know what are your suggestion and your needs. I've put a tabs system like konqueror, and with it we can add direct link to a sp?cific directory that we choose. You can add max 8 free dir actually in my new version. What do you think about this id?a? I've put a file management (but just rename, and delete... maby rapidly copy, paste, and treecopy (to copy picture directory)). What about the New picture viewer in gambas 0.56 ? Give me all your suggestion ! Please I need it in a short time to make a better work !. Fabien -------------- next part -------------- A non-text attachment was scrubbed... Name: capture1.png Type: image/png Size: 50980 bytes Desc: not available URL: From cmcpero at ...28... Sun May 25 21:14:19 2003 From: cmcpero at ...28... (Jean-Francois Perreault) Date: Sun, 25 May 2003 15:14:19 -0400 Subject: [Gambas-devel] More problem installing gambas Message-ID: <3ED1160B.4010602@...28...> Hi, (I moved this to devel since this is an issue with gambas itself) I'm still trying to install gambas (now 0.57) but it just won't work :\ so far I tried with --disable-qt-component and --disable-kde-component and that gave me ERROR: #27: Cannot load library '/opt/gambas/lib/lib.gb.qt.la': file not found I included a strace when trying with these options I also tried with the qt component and without the kde component but that just segfault I also included an strace I also tried with both kde and qt components but that as before crash during make install at the "Creating the library info files..." step is there any way to fix this ? why does this work on other distributions ? is it because they use earlier version or glibc or kde ? could I fix this by downgrading glibc/kde ? also I noticed configure script re-execute itself with --enable-ltdl-convenience at the end , could that have anything to do with my problem ? thanks , -- -------------------- Jean-Francois Perreault NanoTech Informatique UIN 783056 cmcpero at ...28... From gambas at ...20... Sun May 25 23:59:43 2003 From: gambas at ...20... (Benoit Minisini) Date: Sun, 25 May 2003 23:59:43 +0200 Subject: [Gambas-devel] More problem installing gambas In-Reply-To: <3ED1160B.4010602@...28...> References: <3ED1160B.4010602@...28...> Message-ID: <200305252359.43525.gambas@...20...> Le Dimanche 25 Mai 2003 21:14, Jean-Francois Perreault a ?crit : > Hi, Hi, > > (I moved this to devel since this is an issue with gambas itself) Game over ! The gambas-devel is used for gambas development topics. You should have sent this mail to the user mailing-list. > I'm still trying to install gambas (now 0.57) but it just won't work :\ Always on a gentoo ? > > so far I tried with --disable-qt-component and --disable-kde-component > and that gave me > > ERROR: #27: Cannot load library '/opt/gambas/lib/lib.gb.qt.la': file not > found Logical, the IDE needs the qt component ! How could the IDE display a GUI without it ? > > I included a strace when trying with these options > > I also tried with the qt component and without the kde component but > that just segfault Where ? > I also included an strace > > I also tried with both kde and qt components but that as before crash > during make install at the "Creating the library info files..." step > > is there any way to fix this ? why does this work on other distributions > ? is it because they use earlier version or glibc or kde ? > could I fix this by downgrading glibc/kde ? No idea, you should give complete information on your system. Even with that, it will be difficult to help you, but without it is absolutely impossible. I can't read mind :-) > > also I noticed configure script re-execute itself with > --enable-ltdl-convenience at the end , could that have anything to do > with my problem ? It does not rexecute itself, it configure the libtool package that is a tool provided by GNU that has its own configure script in its own directory. > > thanks , Not at all, -- Benoit Minisini mailto:gambas at ...1... From andreastart at ...29... Fri May 30 08:40:08 2003 From: andreastart at ...29... (andrea) Date: Fri, 30 May 2003 08:40:08 +0200 Subject: [Gambas-devel] how to create an mdi form? Message-ID: <3ED6FCC8.3010403@...29...> Please tell me how to create an mdi form, i'm a beginner..but i know VB and i want to create a database environment like access andy From sourceforge-raindog2 at ...19... Fri May 30 14:58:32 2003 From: sourceforge-raindog2 at ...19... (Rob) Date: Fri, 30 May 2003 08:58:32 -0400 Subject: [Gambas-devel] how to create an mdi form? In-Reply-To: <3ED6FCC8.3010403@...29...> References: <3ED6FCC8.3010403@...29...> Message-ID: <200305300858.32675.sourceforge-raindog2@...19...> On Friday 30 May 2003 02:40, andrea wrote: > Please tell me how to create an mdi form, i'm a beginner..but i know VB > and i want to create a database environment like access In the tool palette of gambas 0.57 at the bottom you'll find a "Workspace" component. Drop it on your form, size it appropriately, and then put other controls inside it. Voila, instant MDI app. Better yet, if you already have controls on a form, you can cut and paste them into the Workspace control and it will all Just Work(tm), at least as far as I can tell. However, if you're trying to build an Access lookalike you should take a look at the gambas database manager app, whose source comes with gambas. It's already an MDI app written in Gambas and is about a third of the way towards where you want to get. (Actually, to really duplicate Access' functionality you'd have to integrate most of the Gambas IDE's features as well as design a reporting component. Not that I think it's impossible at all; I was just posting about such a possibility on another mailing list where someone was looking for long term Access alternatives.) By the way, if you're not on the gambas-user list, please join. Gambas-devel is meant for discussion of changes to Gambas itself, not programming in Gambas. Gambas-user is for discussion of programming in Gambas and if we talk about this any more we should probably do it there. Rob