[Gambas-devel] Passing things

Tue May 13 00:58:05 CEST 2003

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
-----------------------