From gambas at ...1...  Sat Jul  1 12:01:26 2006
From: gambas at ...1... (Benoit Minisini)
Date: Sat, 1 Jul 2006 12:01:26 +0200
Subject: [Gambas-devel] Release of gambas2 1.9.33
Message-ID: <200607011201.26673.gambas@...1...>

Hi,

This new release fixes two important bugs in the interpreter:

The error management does not leak stack anymore. Too many TRY inside the same 
function created a stack overflow.

The = and <> operators now always behave correctly when comparing a string 
with NULL. 

Last, but not least, the symbolic links in /usr/bin are not necessary anymore! 
Now the Gambas installation path is encoded directly in the executable at 
compilation time. The only requirement is that gbr2 must be in the PATH. 

If a /usr/bin/gbx2 symbolic link exist, then it will be used to find gambas 
instead of the installation path defined at compilation time.

You may have to create a /usr/bin/gbr2 symbolic link too, if gbr2 is installed 
in a strange location that /usr/local on Mandriva, then Apache won't be able 
to run a CGI script written in Gambas, as /usr/local/bin is not in the PATH 
of apache processes.

It is experimental, so please report any problem with this new way to get the 
Gambas installation path.

Here is the full ChangeLog:

--8<-------------------------------------------------------------------------

CONFIGURATION & INSTALLATION

* The symbolic links in /usr/bin are not needed anymore. Now the gambas
  installation path is encoded in the executable at compilation time, 
  unless a symbolic link /usr/bin/gbx2 exists. Otherwise, the only 
  requirement is that gbr2 must be in the PATH.

DEVELOPMENT ENVIRONMENT

* BUG: Move some code from Form constructors to Form_Open event handlers, 
  as no event can be raised during instanciation.
* BUG: Some fixes in the automatic completion.
* BUG: Some fixes in the help explorer window.
* BUG: Making an executable outside of the project directory now works 
  correctly.

INTERPRETER

* BUG: The error management does not leak stack anymore. So functions doing
  a lot of TRY do not crash the interpreter anymore.
* NEW: File.SetName, File.SetExt, File.SetDir and File.SetBaseName replace
  the File.Name, File.Ext, File.Dir and File.BaseName methods called with
  two parameters.
* BUG: The = and <> operator now work correctly in any case when comparing
  two strings whose one is null.

GB.QT COMPONENT

* NEW: The Draw.Drawing method now takes four extra optional clipping 
  parameters, like Draw.Image and Draw.Picture.
* BUG: Windows automatic layout works again.

GB.QT.EXT COMPONENT

* BUG: The procedure line delimiter is correctly displayed in all cases now.

GB.FORM COMPONENT

* BUG: Some fixes because of the constructor not being able to raise events
  anymore.

GB.FORM.MDI COMPONENT

* NEW: Pressing the Shift key allows to resize MDI child windows freely.

GB.DB COMPONENT

* BUG: Drivers functions that test the existence of a user, an index, a 
  field, and so on, now correctly return FALSE if an error occurs.

GB.V4L COMPONENT

* BUG: The component now requires the "linux/videodev2.h" include to 
  compile.

--8<-------------------------------------------------------------------------

Enjoy it!

-- 
Benoit Minisini



From jredrejo at ...101...  Sun Jul  2 19:20:11 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Sun, 02 Jul 2006 19:20:11 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
Message-ID: <1151860811.6347.14.camel@...102...>

El s?b, 01-07-2006 a las 12:06 -0700, 
> Message: 4
> Date: Sat, 1 Jul 2006 15:59:24 +0200
> From: Benoit Minisini <gambas at ...1...>
> Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> To: mailing list for gambas users <gambas-user at lists.sourceforge.net>
> Message-ID: <200607011559.25411.gambas at ...1...>
> Content-Type: text/plain;  charset="utf-8"
> 
> On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > Benoit, compiling like always, "segmentation fault" in gb.qt.kde component,
> > wait instruccions.
> >
> >
> >
> > make[5]: se ingresa al directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> >
> >
> >
> > Creating the information files for gb.qt.kde.html component...
> >
> > gb.qt.kde.html
> >
> > make[5]: *** [install-data-hook] Violaci?n de segmento
> >
> > make[5]: se sale del directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> >
> > make[4]: *** [install-data-am] Error 2
> >
> >
> >
> > regards
> >
> >
> >
> > lorenzo
> >
> 
> Which distribution do you use?
> 
> Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> 
> If it crashes, tell me where by running it inside gdb:
> 
> $ gdb gbi2
> ...
> (gdb) run gb.qt.kde.html
> ...
> (gdb) bt
> 
> Regards,
> 
> -- 
> Benoit Minisini
> 
Hi Beno?t, I've been digging a little bit in this error. I have detected
it since a month ago and it applies to (at least) all 1.9.x versions
since 1.9.19. I haven't tested it in previous versions. The error has
raised since a Debian unstable packages upgrade. What I've seen is that:

- gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
libkdecore.so.4") as you've written in the gbi.c code. I think this
didn't apply in previous version of Debian packages, and that could
explain why the error didn't raise before.
- in the preload function of gbi.c you have : 
      execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
and this doesn't work if you are installing gambas in a different path
of /usr, as /usr/local or  when compiling packages in debian, in a
temporary directory.

So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
preload function of gbi.c

Please, tell me if I'm wrong or if you find a fast workaround to avoid
this to be able to build new gambas packages for this release.

Regards.




From gambas at ...1...  Sun Jul  2 19:40:08 2006
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 2 Jul 2006 19:40:08 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <1151860811.6347.14.camel@...102...>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
	<1151860811.6347.14.camel@...102...>
Message-ID: <200607021940.08412.gambas@...1...>

On Sunday 02 July 2006 19:20, Jos? L. Redrejo Rodr?guez wrote:
> El s?b, 01-07-2006 a las 12:06 -0700,
>
> > Message: 4
> > Date: Sat, 1 Jul 2006 15:59:24 +0200
> > From: Benoit Minisini <gambas at ...1...>
> > Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> > To: mailing list for gambas users <gambas-user at lists.sourceforge.net>
> > Message-ID: <200607011559.25411.gambas at ...1...>
> > Content-Type: text/plain;  charset="utf-8"
> >
> > On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > > Benoit, compiling like always, "segmentation fault" in gb.qt.kde
> > > component, wait instruccions.
> > >
> > >
> > >
> > > make[5]: se ingresa al directorio
> > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > >
> > >
> > >
> > > Creating the information files for gb.qt.kde.html component...
> > >
> > > gb.qt.kde.html
> > >
> > > make[5]: *** [install-data-hook] Violaci?n de segmento
> > >
> > > make[5]: se sale del directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > >
> > > make[4]: *** [install-data-am] Error 2
> > >
> > >
> > >
> > > regards
> > >
> > >
> > >
> > > lorenzo
> >
> > Which distribution do you use?
> >
> > Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> >
> > If it crashes, tell me where by running it inside gdb:
> >
> > $ gdb gbi2
> > ...
> > (gdb) run gb.qt.kde.html
> > ...
> > (gdb) bt
> >
> > Regards,
> >
> > --
> > Benoit Minisini
>
> Hi Beno?t, I've been digging a little bit in this error. I have detected
> it since a month ago and it applies to (at least) all 1.9.x versions
> since 1.9.19. I haven't tested it in previous versions. The error has
> raised since a Debian unstable packages upgrade. What I've seen is that:
>
> - gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
> libkdecore.so.4") as you've written in the gbi.c code. I think this
> didn't apply in previous version of Debian packages, and that could
> explain why the error didn't raise before.
> - in the preload function of gbi.c you have :
>       execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
> and this doesn't work if you are installing gambas in a different path
> of /usr, as /usr/local or  when compiling packages in debian, in a
> temporary directory.
>
> So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
> preload function of gbi.c
>
> Please, tell me if I'm wrong or if you find a fast workaround to avoid
> this to be able to build new gambas packages for this release.
>
> Regards.
>

Oops! This hardcoded path is a stupid thing of mine...

I have replaced it by the Gambas installation path, and you will get it in the 
next version.

Regards,

-- 
Benoit Minisini



From jredrejo at ...101...  Sun Jul  2 19:46:08 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Sun, 02 Jul 2006 19:46:08 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <200607021940.08412.gambas@...1...>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
	<1151860811.6347.14.camel@...102...>
	<200607021940.08412.gambas@...1...>
Message-ID: <1151862368.6347.20.camel@...102...>

El dom, 02-07-2006 a las 19:40 +0200, Benoit Minisini escribi?:
> On Sunday 02 July 2006 19:20, Jos? L. Redrejo Rodr?guez wrote:
> > El s?b, 01-07-2006 a las 12:06 -0700,
> >
> > > Message: 4
> > > Date: Sat, 1 Jul 2006 15:59:24 +0200
> > > From: Benoit Minisini <gambas at ...1...>
> > > Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> > > To: mailing list for gambas users <gambas-user at lists.sourceforge.net>
> > > Message-ID: <200607011559.25411.gambas at ...1...>
> > > Content-Type: text/plain;  charset="utf-8"
> > >
> > > On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > > > Benoit, compiling like always, "segmentation fault" in gb.qt.kde
> > > > component, wait instruccions.
> > > >
> > > >
> > > >
> > > > make[5]: se ingresa al directorio
> > > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > >
> > > >
> > > >
> > > > Creating the information files for gb.qt.kde.html component...
> > > >
> > > > gb.qt.kde.html
> > > >
> > > > make[5]: *** [install-data-hook] Violaci?n de segmento
> > > >
> > > > make[5]: se sale del directorio `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > >
> > > > make[4]: *** [install-data-am] Error 2
> > > >
> > > >
> > > >
> > > > regards
> > > >
> > > >
> > > >
> > > > lorenzo
> > >
> > > Which distribution do you use?
> > >
> > > Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> > >
> > > If it crashes, tell me where by running it inside gdb:
> > >
> > > $ gdb gbi2
> > > ...
> > > (gdb) run gb.qt.kde.html
> > > ...
> > > (gdb) bt
> > >
> > > Regards,
> > >
> > > --
> > > Benoit Minisini
> >
> > Hi Beno?t, I've been digging a little bit in this error. I have detected
> > it since a month ago and it applies to (at least) all 1.9.x versions
> > since 1.9.19. I haven't tested it in previous versions. The error has
> > raised since a Debian unstable packages upgrade. What I've seen is that:
> >
> > - gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
> > libkdecore.so.4") as you've written in the gbi.c code. I think this
> > didn't apply in previous version of Debian packages, and that could
> > explain why the error didn't raise before.
> > - in the preload function of gbi.c you have :
> >       execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
> > and this doesn't work if you are installing gambas in a different path
> > of /usr, as /usr/local or  when compiling packages in debian, in a
> > temporary directory.
> >
> > So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
> > preload function of gbi.c
> >
> > Please, tell me if I'm wrong or if you find a fast workaround to avoid
> > this to be able to build new gambas packages for this release.
> >
> > Regards.
> >
> 
> Oops! This hardcoded path is a stupid thing of mine...
> 
> I have replaced it by the Gambas installation path, and you will get it in the 
> next version.
> 
> Regards,
> 

Please, could you tell me how do you get that in the gbi.c or, just send
me the fixed file. I did a very ugly hack to be able to compile it with:

  char buf[256];
  char str[256];
  if (getenv("ROOT"))
  	strcpy (str,getenv("ROOT"));
  strcat (str,"/usr/bin/gbi");
  strcat (str,GAMBAS_VERSION_STRING);
  if (_nopreload || getenv("GAMBAS_PRELOAD"))
    return;
  sprintf(buf, "LD_PRELOAD=%s", lib);
  putenv(buf);
  putenv("GAMBAS_PRELOAD=1");
  execv(str, argv);

but this is really awful, and I would like to prepare the packages of
this version and I only need gbi.c to end them.

Regards.




From gambas at ...1...  Sun Jul  2 20:03:38 2006
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 2 Jul 2006 20:03:38 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <1151862368.6347.20.camel@...102...>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
	<200607021940.08412.gambas@...1...>
	<1151862368.6347.20.camel@...102...>
Message-ID: <200607022003.39159.gambas@...1...>

On Sunday 02 July 2006 19:46, Jos? L. Redrejo Rodr?guez wrote:
> El dom, 02-07-2006 a las 19:40 +0200, Benoit Minisini escribi?:
> > On Sunday 02 July 2006 19:20, Jos? L. Redrejo Rodr?guez wrote:
> > > El s?b, 01-07-2006 a las 12:06 -0700,
> > >
> > > > Message: 4
> > > > Date: Sat, 1 Jul 2006 15:59:24 +0200
> > > > From: Benoit Minisini <gambas at ...1...>
> > > > Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> > > > To: mailing list for gambas users <gambas-user at ...494...t>
> > > > Message-ID: <200607011559.25411.gambas at ...1...>
> > > > Content-Type: text/plain;  charset="utf-8"
> > > >
> > > > On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > > > > Benoit, compiling like always, "segmentation fault" in gb.qt.kde
> > > > > component, wait instruccions.
> > > > >
> > > > >
> > > > >
> > > > > make[5]: se ingresa al directorio
> > > > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > > >
> > > > >
> > > > >
> > > > > Creating the information files for gb.qt.kde.html component...
> > > > >
> > > > > gb.qt.kde.html
> > > > >
> > > > > make[5]: *** [install-data-hook] Violaci?n de segmento
> > > > >
> > > > > make[5]: se sale del directorio
> > > > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > > >
> > > > > make[4]: *** [install-data-am] Error 2
> > > > >
> > > > >
> > > > >
> > > > > regards
> > > > >
> > > > >
> > > > >
> > > > > lorenzo
> > > >
> > > > Which distribution do you use?
> > > >
> > > > Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> > > >
> > > > If it crashes, tell me where by running it inside gdb:
> > > >
> > > > $ gdb gbi2
> > > > ...
> > > > (gdb) run gb.qt.kde.html
> > > > ...
> > > > (gdb) bt
> > > >
> > > > Regards,
> > > >
> > > > --
> > > > Benoit Minisini
> > >
> > > Hi Beno?t, I've been digging a little bit in this error. I have
> > > detected it since a month ago and it applies to (at least) all 1.9.x
> > > versions since 1.9.19. I haven't tested it in previous versions. The
> > > error has raised since a Debian unstable packages upgrade. What I've
> > > seen is that:
> > >
> > > - gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
> > > libkdecore.so.4") as you've written in the gbi.c code. I think this
> > > didn't apply in previous version of Debian packages, and that could
> > > explain why the error didn't raise before.
> > > - in the preload function of gbi.c you have :
> > >       execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
> > > and this doesn't work if you are installing gambas in a different path
> > > of /usr, as /usr/local or  when compiling packages in debian, in a
> > > temporary directory.
> > >
> > > So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
> > > preload function of gbi.c
> > >
> > > Please, tell me if I'm wrong or if you find a fast workaround to avoid
> > > this to be able to build new gambas packages for this release.
> > >
> > > Regards.
> >
> > Oops! This hardcoded path is a stupid thing of mine...
> >
> > I have replaced it by the Gambas installation path, and you will get it
> > in the next version.
> >
> > Regards,
>
> Please, could you tell me how do you get that in the gbi.c or, just send
> me the fixed file. I did a very ugly hack to be able to compile it with:
>
>   char buf[256];
>   char str[256];
>   if (getenv("ROOT"))
>   	strcpy (str,getenv("ROOT"));
>   strcat (str,"/usr/bin/gbi");
>   strcat (str,GAMBAS_VERSION_STRING);
>   if (_nopreload || getenv("GAMBAS_PRELOAD"))
>     return;
>   sprintf(buf, "LD_PRELOAD=%s", lib);
>   putenv(buf);
>   putenv("GAMBAS_PRELOAD=1");
>   execv(str, argv);
>
> but this is really awful, and I would like to prepare the packages of
> this version and I only need gbi.c to end them.
>
> Regards.
>
>

Here is the new preload() function:

--8<---------------------------------------------------------------
static void preload(char **argv, char *lib)
{
#if DO_PRELOADING
  char buf[256];
  const char *path;

  if (_nopreload || getenv("GAMBAS_PRELOAD"))
    return;

  sprintf(buf, "LD_PRELOAD=%s", lib);
  putenv(buf);
  putenv("GAMBAS_PRELOAD=1");

	path = FILE_cat(FILE_get_dir(FILE_find_gambas(NULL)), "gbi" 
GAMBAS_VERSION_STRING, NULL);
  execv(path, argv);
#endif
}
--8<---------------------------------------------------------------

But I don't think it will solve your problem, as your "evil" hack did.

Try to modify the component.am file in the source directory:

Replace the line

	@$(DESTDIR)$(bindir)/gbi$(GAMBAS_VERSION) -r $(DESTDIR)$(prefix) $(COMPONENT)

by

	@$(DESTDIR)$(bindir)/gbi$(GAMBAS_VERSION) -p -r $(DESTDIR)$(prefix) 
$(COMPONENT)

to disable preloading. Maybe preloading is not necessary anymore for qt & kde.

But maybe the better is reusing argv[0] to run gbi2 again. This is safe, 
provided that the current working directory does not change.

--8<---------------------------------------------------------------
static void preload(char **argv, char *lib)
{
#if DO_PRELOADING
  char buf[256];

  if (_nopreload || getenv("GAMBAS_PRELOAD"))
    return;

  sprintf(buf, "LD_PRELOAD=%s", lib);
  putenv(buf);
  putenv("GAMBAS_PRELOAD=1");

  execv(argv[0], argv);
#endif
}
--8<---------------------------------------------------------------

Tell me the result!

Regards,

-- 
Benoit Minisini



From jredrejo at ...101...  Sun Jul  2 20:14:14 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Sun, 02 Jul 2006 20:14:14 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <200607022003.39159.gambas@...1...>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
	<200607021940.08412.gambas@...1...>
	<1151862368.6347.20.camel@ localhost>
	<200607022003.39159.gambas@...1...>
Message-ID: <1151864054.6347.25.camel@...102...>

El dom, 02-07-2006 a las 20:03 +0200, Benoit Minisini escribi?:
> On Sunday 02 July 2006 19:46, Jos? L. Redrejo Rodr?guez wrote:
> > El dom, 02-07-2006 a las 19:40 +0200, Benoit Minisini escribi?:
> > > On Sunday 02 July 2006 19:20, Jos? L. Redrejo Rodr?guez wrote:
> > > > El s?b, 01-07-2006 a las 12:06 -0700,
> > > >
> > > > > Message: 4
> > > > > Date: Sat, 1 Jul 2006 15:59:24 +0200
> > > > > From: Benoit Minisini <gambas at ...1...>
> > > > > Subject: Re: [Gambas-user] Release of gambas2 1.9.33
> > > > > To: mailing list for gambas users <gambas-user at ...261...net>
> > > > > Message-ID: <200607011559.25411.gambas at ...1...>
> > > > > Content-Type: text/plain;  charset="utf-8"
> > > > >
> > > > > On Saturday 01 July 2006 15:14, Lorenzo wrote:
> > > > > > Benoit, compiling like always, "segmentation fault" in gb.qt.kde
> > > > > > component, wait instruccions.
> > > > > >
> > > > > >
> > > > > >
> > > > > > make[5]: se ingresa al directorio
> > > > > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > > > >
> > > > > >
> > > > > >
> > > > > > Creating the information files for gb.qt.kde.html component...
> > > > > >
> > > > > > gb.qt.kde.html
> > > > > >
> > > > > > make[5]: *** [install-data-hook] Violaci?n de segmento
> > > > > >
> > > > > > make[5]: se sale del directorio
> > > > > > `/1/gambas2-1.9.33/gb.qt.kde/src/html'
> > > > > >
> > > > > > make[4]: *** [install-data-am] Error 2
> > > > > >
> > > > > >
> > > > > >
> > > > > > regards
> > > > > >
> > > > > >
> > > > > >
> > > > > > lorenzo
> > > > >
> > > > > Which distribution do you use?
> > > > >
> > > > > Try 'gbi2 gb.qt.kde.html' manually as root. Does it crash or not?
> > > > >
> > > > > If it crashes, tell me where by running it inside gdb:
> > > > >
> > > > > $ gdb gbi2
> > > > > ...
> > > > > (gdb) run gb.qt.kde.html
> > > > > ...
> > > > > (gdb) bt
> > > > >
> > > > > Regards,
> > > > >
> > > > > --
> > > > > Benoit Minisini
> > > >
> > > > Hi Beno?t, I've been digging a little bit in this error. I have
> > > > detected it since a month ago and it applies to (at least) all 1.9.x
> > > > versions since 1.9.19. I haven't tested it in previous versions. The
> > > > error has raised since a Debian unstable packages upgrade. What I've
> > > > seen is that:
> > > >
> > > > - gb.qt.kde.html needs the execution of preload(argv, "libqt-mt.so.3
> > > > libkdecore.so.4") as you've written in the gbi.c code. I think this
> > > > didn't apply in previous version of Debian packages, and that could
> > > > explain why the error didn't raise before.
> > > > - in the preload function of gbi.c you have :
> > > >       execv("/usr/bin/gbi" GAMBAS_VERSION_STRING, argv);
> > > > and this doesn't work if you are installing gambas in a different path
> > > > of /usr, as /usr/local or  when compiling packages in debian, in a
> > > > temporary directory.
> > > >
> > > > So, the bug seems to be due to the hardcoded path "/usr/bin/gbi" in the
> > > > preload function of gbi.c
> > > >
> > > > Please, tell me if I'm wrong or if you find a fast workaround to avoid
> > > > this to be able to build new gambas packages for this release.
> > > >
> > > > Regards.
> > >
> > > Oops! This hardcoded path is a stupid thing of mine...
> > >
> > > I have replaced it by the Gambas installation path, and you will get it
> > > in the next version.
> > >
> > > Regards,
> >
> > Please, could you tell me how do you get that in the gbi.c or, just send
> > me the fixed file. I did a very ugly hack to be able to compile it with:
> >
> >   char buf[256];
> >   char str[256];
> >   if (getenv("ROOT"))
> >   	strcpy (str,getenv("ROOT"));
> >   strcat (str,"/usr/bin/gbi");
> >   strcat (str,GAMBAS_VERSION_STRING);
> >   if (_nopreload || getenv("GAMBAS_PRELOAD"))
> >     return;
> >   sprintf(buf, "LD_PRELOAD=%s", lib);
> >   putenv(buf);
> >   putenv("GAMBAS_PRELOAD=1");
> >   execv(str, argv);
> >
> > but this is really awful, and I would like to prepare the packages of
> > this version and I only need gbi.c to end them.
> >
> > Regards.
> >
> >
> 
> Here is the new preload() function:
> 
> --8<---------------------------------------------------------------
> static void preload(char **argv, char *lib)
> {
> #if DO_PRELOADING
>   char buf[256];
>   const char *path;
> 
>   if (_nopreload || getenv("GAMBAS_PRELOAD"))
>     return;
> 
>   sprintf(buf, "LD_PRELOAD=%s", lib);
>   putenv(buf);
>   putenv("GAMBAS_PRELOAD=1");
> 
> 	path = FILE_cat(FILE_get_dir(FILE_find_gambas(NULL)), "gbi" 
> GAMBAS_VERSION_STRING, NULL);
>   execv(path, argv);
> #endif
> }
> --8<---------------------------------------------------------------
> 
> But I don't think it will solve your problem, as your "evil" hack did.
> 
> Try to modify the component.am file in the source directory:
> 
> Replace the line
> 
> 	@$(DESTDIR)$(bindir)/gbi$(GAMBAS_VERSION) -r $(DESTDIR)$(prefix) $(COMPONENT)
> 
> by
> 
> 	@$(DESTDIR)$(bindir)/gbi$(GAMBAS_VERSION) -p -r $(DESTDIR)$(prefix) 
> $(COMPONENT)
> 
> to disable preloading. Maybe preloading is not necessary anymore for qt & kde.
> 
> But maybe the better is reusing argv[0] to run gbi2 again. This is safe, 
> provided that the current working directory does not change.
> 
> --8<---------------------------------------------------------------
> static void preload(char **argv, char *lib)
> {
> #if DO_PRELOADING
>   char buf[256];
> 
>   if (_nopreload || getenv("GAMBAS_PRELOAD"))
>     return;
> 
>   sprintf(buf, "LD_PRELOAD=%s", lib);
>   putenv(buf);
>   putenv("GAMBAS_PRELOAD=1");
> 
>   execv(argv[0], argv);
> #endif
> }
> --8<---------------------------------------------------------------
> 
> Tell me the result!

Option 1 doesn't work at all, it segfaults with all the components, not
only with gb.qt.kde. About disable preloading, I had already tested it,
but it's still needed. Option 3 works perfectly, and seems the smarter
and safer one.

Cheers




From gambas at ...1...  Sun Jul  2 20:34:46 2006
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 2 Jul 2006 20:34:46 +0200
Subject: [Gambas-devel] [Gambas-user] Release of gambas2 1.9.33
In-Reply-To: <1151864054.6347.25.camel@...102...>
References: <mailman.565.1151780779.23828.gambas-user@lists.sourceforge.net>
	<200607022003.39159.gambas@...1...>
	<1151864054.6347.25.camel@...102...>
Message-ID: <200607022034.46490.gambas@...1...>

On Sunday 02 July 2006 20:14, Jos? L. Redrejo Rodr?guez wrote:
>
> Option 1 doesn't work at all, it segfaults with all the components, not
> only with gb.qt.kde. About disable preloading, I had already tested it,
> but it's still needed. Option 3 works perfectly, and seems the smarter
> and safer one.
>
> Cheers
>

Go option 3!

-- 
Benoit Minisini



From gambas at ...1...  Mon Jul  3 13:25:13 2006
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 3 Jul 2006 13:25:13 +0200
Subject: [Gambas-devel] Gambas 2 roadmap
Message-ID: <200607031325.13910.gambas@...1...>

Hi,

Here is a kind of roadmap for Gambas 2.

This is a list of tasks, with short comments on their difficulty.

All tasks in the 'Before 2.0' sections are the tasks I'd like to have for the 
2.0 release.

The other tasks can be added after without problems (for a 2.2 version for 
example).

The SDL and OpenGL parts depends on the work of Laurent Carlier. Tell me about 
that Laurent! :-)

The GTK+ work may be done by Daniel Campos or another people from gnuLinex, or 
not.

The current Workspace class may be replaced by the one made by Fabien Bodard, 
if it is stable :-) and can do at least the same things. I didn't look at it 
yet.

The "import vb" project feature made by Rob Kudla should be replaced by an 
external tool I think. The IDE should be able just to import a vb form, but 
that's all. What do you think Rob? Do you use it again? Do you plan to update 
it?

Otherwise, the bigger invisible change in the IDE that must be done is the 
redesign of *.component files, and the move of their interpretation in a 
dedicated component (gb.info).

I plan to make interpreter error messages translatable (and maybe compiler 
error messages too). Do you think it is necessary?

I think the more important after all these tasks is the 64 bits port. This 
will need to break a lot of things, so I prefer to make the 2.0 before.

I can't estimate the date of the release at the moment, as I don't know how my 
life will be since September. I hope to be paid for working on Gambas next 
year, and so some tasks may become more important than others. I will tell 
more soon.

I want to redesign the web site too. I'd like to know if I can use freely the 
new 3D mascot made by Marcos Morales, and if he can make more picture and 
animations with them (for replacing the current moing mascot in the IDE for 
example).

Lastly, the longer task keeps being the documentation... It would be cool if 
people making components could document them a little :-)

Well, I think that's all... Tell me if I forget something!

Regards,

-- 
Benoit Minisini
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gambas-roadmap.pdf
Type: application/pdf
Size: 46278 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060703/463c6e9b/attachment.pdf>

From sourceforge-raindog2 at ...19...  Mon Jul  3 17:05:03 2006
From: sourceforge-raindog2 at ...19... (Rob Kudla)
Date: Mon, 3 Jul 2006 11:05:03 -0400
Subject: [Gambas-devel] [Gambas-user] Gambas 2 roadmap
In-Reply-To: <200607031325.13910.gambas@...1...>
References: <200607031325.13910.gambas@...1...>
Message-ID: <200607031105.04108.sourceforge-raindog2@...19...>

On Mon July 3 2006 07:25, Benoit Minisini wrote:
> The "import vb" project feature made by Rob Kudla should be
> replaced by an external tool I think. The IDE should be able
> just to import a vb form, but that's all. What do you think
> Rob? Do you use it again? Do you plan to update it?

Well, seeing as how it was originally an external tool and you 
had me integrate it into the IDE, splitting it back out 
shouldn't be too big of a problem ;)  And naturally I'll update 
it so that it works with Gambas 2.  I can't give a time frame 
right now because I'm overbooked till the end of September.

> I think the more important after all these tasks is the 64
> bits port. This will need to break a lot of things, so I
> prefer to make the 2.0 before.

I really look forward to this, as the lack of Gambas is one of my 
biggest pet-peeves about amd64 Linux!

> I can't estimate the date of the release at the moment, as I
> don't know how my life will be since September. I hope to be
> paid for working on Gambas next year, and so some tasks may
> become more important than others. I will tell more soon.

This would be wonderful, and I hope it happens too.

Rob



From gambas at ...1...  Mon Jul  3 17:27:18 2006
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 3 Jul 2006 17:27:18 +0200
Subject: [Gambas-devel] [Gambas-user] Gambas 2 roadmap
In-Reply-To: <200607031105.04108.sourceforge-raindog2@...19...>
References: <200607031325.13910.gambas@...1...>
	<200607031105.04108.sourceforge-raindog2@...19...>
Message-ID: <200607031727.18347.gambas@...1...>

On Monday 03 July 2006 17:05, Rob Kudla wrote:
> On Mon July 3 2006 07:25, Benoit Minisini wrote:
> > The "import vb" project feature made by Rob Kudla should be
> > replaced by an external tool I think. The IDE should be able
> > just to import a vb form, but that's all. What do you think
> > Rob? Do you use it again? Do you plan to update it?
>
> Well, seeing as how it was originally an external tool and you
> had me integrate it into the IDE, splitting it back out
> shouldn't be too big of a problem ;)  And naturally I'll update
> it so that it works with Gambas 2.  I can't give a time frame
> right now because I'm overbooked till the end of September.
>

I think you should make a command-line tool in Gambas to convert a vb project, 
or part of it, and the IDE will use this command-line tool to do some task.

If you need, I can make a component to implement the GNU options parser (aka 
'getopt').

Regards,

-- 
Benoit Minisini



From sourceforge-raindog2 at ...19...  Mon Jul  3 17:36:00 2006
From: sourceforge-raindog2 at ...19... (Rob Kudla)
Date: Mon, 3 Jul 2006 11:36:00 -0400
Subject: [Gambas-devel] [Gambas-user] Gambas 2 roadmap
In-Reply-To: <200607031725.55965.gambas@...1...>
References: <200607031325.13910.gambas@...1...>
	<200607031105.04108.sourceforge-raindog2@...19...>
	<200607031725.55965.gambas@...1...>
Message-ID: <200607031136.01455.sourceforge-raindog2@...19...>

On Mon July 3 2006 11:25, Benoit Minisini wrote:
> I think you should make a command-line tool in Gambas to
> convert a vb project, or part of it, and the IDE will use this
> command-line tool to do some task.
> If you need, I can make a component to implement the GNU
> options parser (aka 'getopt').

That would be awesome, and I agree that this would be the best 
approach.

Rob



From jredrejo at ...101...  Mon Jul  3 17:52:57 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Mon, 03 Jul 2006 17:52:57 +0200
Subject: [Gambas-devel] Gambas 2 roadmap
In-Reply-To: <200607031325.13910.gambas@...1...>
References: <200607031325.13910.gambas@...1...>
Message-ID: <1151941977.6075.8.camel@...102...>

El lun, 03-07-2006 a las 13:25 +0200, Benoit Minisini escribi?:
> Hi,
> 
> Here is a kind of roadmap for Gambas 2.
> 
> This is a list of tasks, with short comments on their difficulty.
> 
> All tasks in the 'Before 2.0' sections are the tasks I'd like to have for the 
> 2.0 release.
> 
> The other tasks can be added after without problems (for a 2.2 version for 
> example).
> 
> The SDL and OpenGL parts depends on the work of Laurent Carlier. Tell me about 
> that Laurent! :-)
> 
> The GTK+ work may be done by Daniel Campos or another people from gnuLinex, or 
> not.
> 
> The current Workspace class may be replaced by the one made by Fabien Bodard, 
> if it is stable :-) and can do at least the same things. I didn't look at it 
> yet.
> 
> The "import vb" project feature made by Rob Kudla should be replaced by an 
> external tool I think. The IDE should be able just to import a vb form, but 
> that's all. What do you think Rob? Do you use it again? Do you plan to update 
> it?
> 
> Otherwise, the bigger invisible change in the IDE that must be done is the 
> redesign of *.component files, and the move of their interpretation in a 
> dedicated component (gb.info).
> 
> I plan to make interpreter error messages translatable (and maybe compiler 
> error messages too). Do you think it is necessary?
> 
> I think the more important after all these tasks is the 64 bits port. This 
> will need to break a lot of things, so I prefer to make the 2.0 before.
> 
> I can't estimate the date of the release at the moment, as I don't know how my 
> life will be since September. I hope to be paid for working on Gambas next 
> year, and so some tasks may become more important than others. I will tell 
> more soon.
> 
> I want to redesign the web site too. I'd like to know if I can use freely the 
> new 3D mascot made by Marcos Morales, and if he can make more picture and 
> animations with them (for replacing the current moing mascot in the IDE for 
> example).
> 
> Lastly, the longer task keeps being the documentation... It would be cool if 
> people making components could document them a little :-)
> 
> Well, I think that's all... Tell me if I forget something!
> 

Wow! Those are a lot of things to be done. I only miss one: an avahi
component, that together with the d-bus component would allow the
developing of collaborative tools in a LAN environment.
I also would like to see the report component in 2.0, and not after, but
it's clear that there are too many things to be done, and not they all
can be done in the short term. 
Just one last question: I've heard you talk sometimes about the web use
of gambas, not to make cgi, but to develop web apps using the IDE. In
fact I want to remember that was one of the reasons to do the form
component. Do you still have that intention or just gave up ?

Regards.




From sourceforge-raindog2 at ...19...  Mon Jul  3 18:36:48 2006
From: sourceforge-raindog2 at ...19... (Rob Kudla)
Date: Mon, 3 Jul 2006 12:36:48 -0400
Subject: [Gambas-devel] [Gambas-user]  Gambas 2 roadmap
In-Reply-To: <1151941977.6075.8.camel@...102...>
References: <200607031325.13910.gambas@...1...>
	<1151941977.6075.8.camel@...102...>
Message-ID: <200607031236.49401.sourceforge-raindog2@...19...>

On Mon July 3 2006 11:52, Jos? L. Redrejo Rodr?guez wrote:
> Just one last question: I've heard you talk sometimes about
> the web use of gambas, not to make cgi, but to develop web
> apps using the IDE. In fact I want to remember that was one of
> the reasons to do the form component. Do you still have that
> intention or just gave up ?

It looked to me like that's in the roadmap, at least the 
beginning stages of it.... "New controls and containers that 
generate HTML Web pages, with maybe some JavaScript." and then, 
"How to implement complex controls like TreeView with HTML and 
JavaScript?"


I myself have thought about doing that (in the course of rolling 
my own perl AJAX "toolkit") where you would use Javascript on 
the client to dispatch all the events generated by the controls 
on the form back to the server, run the gambas code there, and 
send the results back to the web form.... but that'll be pretty 
difficult to get up to the level of gb.gtk forms, let alone 
gb.qt.  (I've had a hell of a time making a Javascript combo box 
that relied on the server to provide its list data, so I can 
only imagine what writing a dynamically populated treeview 
control will be like....)

Rob



From jredrejo at ...101...  Thu Jul 13 11:44:23 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Thu, 13 Jul 2006 11:44:23 +0200
Subject: [Gambas-devel] linkage errors with updated gcc-4.1 versions
Message-ID: <1152783863.6302.13.camel@...102...>

Hi, Beno?t, Compiling gambas 1.9.33 with current gcc-4.1 versions causes
the compilation fail due to some restrictions in the scope of the
variables declaration.
The fails are explained here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8

The errors I get are:
gstring.h: At global scope:
gstring.h:32: error: previous declaration of 'GB_INTERFACE GB' with 'C
++' linkage
main.cpp:48: error: conflicts with new declaration with 'C' linkage
gstring.h:33: error: previous declaration of 'QT_INTERFACE QT' with 'C
++' linkage
main.cpp:49: error: conflicts with new declaration with 'C' linkage
make[6]: *** [main.lo] Error 1


According to the above link, it seems that the new versions of gcc are
applying this restriction:
The standard says in 7.5/5: "If two declarations of the same function or
object
specify different linkage-specifications [...] the program is ill-formed
if the
declarations appear in the same translation unit [...]"

Maybe this problem will appear in more parts of the code..




From jredrejo at ...133...  Thu Jul 13 11:35:07 2006
From: jredrejo at ...133... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Thu, 13 Jul 2006 11:35:07 +0200
Subject: [Gambas-devel] linkage errors with updated gcc-4.1 versions
Message-ID: <1152783307.6302.7.camel@...102...>

Hi, Beno?t, Compiling gambas 1.9.33 with current gcc-4.1 versions causes
the compilation fail due to some restrictions in the scope of the
variables declaration.
The fails are explained here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8

The errors I get are:
gstring.h: At global scope:
gstring.h:32: error: previous declaration of 'GB_INTERFACE GB' with 'C
++' linkage
main.cpp:48: error: conflicts with new declaration with 'C' linkage
gstring.h:33: error: previous declaration of 'QT_INTERFACE QT' with 'C
++' linkage
main.cpp:49: error: conflicts with new declaration with 'C' linkage
make[6]: *** [main.lo] Error 1


According to the above link, it seems that the new versions of gcc are
applying this restriction:
The standard says in 7.5/5: "If two declarations of the same function or
object
specify different linkage-specifications [...] the program is ill-formed if the
declarations appear in the same translation unit [...]"

Maybe this problem will appear in more parts of the code...

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje est? firmada	digitalmente
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060713/5f7773ae/attachment.sig>

From gambas at ...1...  Thu Jul 13 14:51:56 2006
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 13 Jul 2006 14:51:56 +0200
Subject: [Gambas-devel] linkage errors with updated gcc-4.1 versions
In-Reply-To: <1152783307.6302.7.camel@...102...>
References: <1152783307.6302.7.camel@...102...>
Message-ID: <200607131451.56716.gambas@...1...>

On Thursday 13 July 2006 11:35, Jos? L. Redrejo Rodr?guez wrote:
> Hi, Beno?t, Compiling gambas 1.9.33 with current gcc-4.1 versions causes
> the compilation fail due to some restrictions in the scope of the
> variables declaration.
> The fails are explained here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8
>
> The errors I get are:
> gstring.h: At global scope:
> gstring.h:32: error: previous declaration of 'GB_INTERFACE GB' with 'C
> ++' linkage
> main.cpp:48: error: conflicts with new declaration with 'C' linkage
> gstring.h:33: error: previous declaration of 'QT_INTERFACE QT' with 'C
> ++' linkage
> main.cpp:49: error: conflicts with new declaration with 'C' linkage
> make[6]: *** [main.lo] Error 1
>
>
> According to the above link, it seems that the new versions of gcc are
> applying this restriction:
> The standard says in 7.5/5: "If two declarations of the same function or
> object
> specify different linkage-specifications [...] the program is ill-formed if
> the declarations appear in the same translation unit [...]"
>
> Maybe this problem will appear in more parts of the code...

All XX_INTERFACE variable must be declared with a "C" linkage. So it is just a 
matter of adding some 'extern "C"' to each interface declaration.

I will do it for the next release.

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Thu Jul 13 14:54:54 2006
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 13 Jul 2006 14:54:54 +0200
Subject: [Gambas-devel] linkage errors with updated gcc-4.1 versions
In-Reply-To: <1152783307.6302.7.camel@...102...>
References: <1152783307.6302.7.camel@...102...>
Message-ID: <200607131454.54387.gambas@...1...>

On Thursday 13 July 2006 11:35, Jos? L. Redrejo Rodr?guez wrote:
> Hi, Beno?t, Compiling gambas 1.9.33 with current gcc-4.1 versions causes
> the compilation fail due to some restrictions in the scope of the
> variables declaration.
> The fails are explained here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8
>
> The errors I get are:
> gstring.h: At global scope:
> gstring.h:32: error: previous declaration of 'GB_INTERFACE GB' with 'C
> ++' linkage
> main.cpp:48: error: conflicts with new declaration with 'C' linkage
> gstring.h:33: error: previous declaration of 'QT_INTERFACE QT' with 'C
> ++' linkage
> main.cpp:49: error: conflicts with new declaration with 'C' linkage
> make[6]: *** [main.lo] Error 1
>
>
> According to the above link, it seems that the new versions of gcc are
> applying this restriction:
> The standard says in 7.5/5: "If two declarations of the same function or
> object
> specify different linkage-specifications [...] the program is ill-formed if
> the declarations appear in the same translation unit [...]"
>
> Maybe this problem will appear in more parts of the code...

Is it better with this 'gstring.h' file ?

-- 
Benoit Minisini
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gstring.h
Type: text/x-chdr
Size: 4111 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060713/2004e8a0/attachment.h>

From jredrejo at ...101...  Thu Jul 13 17:05:47 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Thu, 13 Jul 2006 17:05:47 +0200
Subject: [Gambas-devel] linkage errors with updated gcc-4.1 versions
In-Reply-To: <200607131454.54387.gambas@...1...>
References: <1152783307.6302.7.camel@...102...>
	<200607131454.54387.gambas@...1...>
Message-ID: <1152803148.6268.4.camel@...102...>

El jue, 13-07-2006 a las 14:54 +0200, Benoit Minisini escribi?:
> On Thursday 13 July 2006 11:35, Jos? L. Redrejo Rodr?guez wrote:
> > Hi, Beno?t, Compiling gambas 1.9.33 with current gcc-4.1 versions causes
> > the compilation fail due to some restrictions in the scope of the
> > variables declaration.
> > The fails are explained here:
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27227#c8
> >
> > The errors I get are:
> > gstring.h: At global scope:
> > gstring.h:32: error: previous declaration of 'GB_INTERFACE GB' with 'C
> > ++' linkage
> > main.cpp:48: error: conflicts with new declaration with 'C' linkage
> > gstring.h:33: error: previous declaration of 'QT_INTERFACE QT' with 'C
> > ++' linkage
> > main.cpp:49: error: conflicts with new declaration with 'C' linkage
> > make[6]: *** [main.lo] Error 1
> >
> >
> > According to the above link, it seems that the new versions of gcc are
> > applying this restriction:
> > The standard says in 7.5/5: "If two declarations of the same function or
> > object
> > specify different linkage-specifications [...] the program is ill-formed if
> > the declarations appear in the same translation unit [...]"
> >
> > Maybe this problem will appear in more parts of the code...
> 
> Is it better with this 'gstring.h' file ?

almost ;-). gstring.h is ok, but the same error has appeared in garray.h
& main.h in the same directory. Doing the fix you applied to gstring.h
has compiled ok.

Attached is the complete patch file to fix all the errors.

Thanks.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 05_fix_scope.patch
Type: text/x-patch
Size: 1092 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060713/97494793/attachment.bin>

From nitaigouranga at ...10...  Fri Jul 14 03:37:58 2006
From: nitaigouranga at ...10... (Neateye)
Date: Fri, 14 Jul 2006 02:37:58 +0100
Subject: [Gambas-devel] Gouranga
Message-ID: <59269176.20060714023758@...10...>

Call out Gouranga be happy...
Gouranga Gouranga Gouranga
That which brings the highest happiness!





From gambas at ...1...  Mon Jul 17 12:48:19 2006
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 17 Jul 2006 12:48:19 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
Message-ID: <200607171248.20179.gambas@...1...>

Hi,

The development environment got a new look, based on the KDE Crystal icon set. I hope you will like it :-)

It does not prevent anyone to make the same set of icons from Gnome :-)

Other main changes are:

* The support of actions, that allows you to link buttons, menus and some controls acting together. 

* A new instruction, SLEEP, to wait without calling the event loop. 

* Two interpreter crashing bugs were fixed. 

* Many little changes in the gb.qt component.

The more important change (for you I think) in this version is the support of *actions*.

An action is concretely a string property, that some controls have.

At the moment, the following controls have the Action property:
- Button
- ToolButton
- ToggleButton
- CheckBox
- Menu
- SidePanel
- Window

Controls having the same action synchronize their Enabled, Visible, Value (for toggle controls) properties.

SidePanel and Windows with an action behave like toggles, except that that the Value property is replaced by Visible.

Menu can become toggles now, thanks to a new property named... Toggle.

To make this magic reality, you must use the Action class to synchronize the previous properties. For example, 'Action["action-name"].Enabled = FALSE' must be used to disable all controls associated with the action.

When a control associated with an action raises its Click event, then the Action_Activate handler is called in its window. This pseudo event handler takes the action name as argument.

If this handler does not exist, or returns TRUE, then the Action class will search for a same handler in the parent window if this form is embedded, until finding the toplevel window.

For example, if you have:
- A toggle button associated with the action "test".
- A menu entry associated with the same action, having the Toggle property set.
- A form associated with the same action.

Then clicking the menu, or the toggle button will show or hide the window. And closing the window will toggle the menu and the toggle button too. All that happens automagically without writing a line of code.

If the name of the action begins with a dot, then this action is *local*. It means that the action is constrained to the form being the event observer of the controls associated with the action.

In other words, that means that controls associated with the same local action actually belongs to different synchronisation groups if they have different event observer.

The only constraint is that you must specify the event observer when using the Action class. 

For example, you must do: 'Action[".action", ME].Enabled = TRUE' instead of 'Action[".action"].Enabled = TRUE'.

If you need real examples, look in the IDE source code that makes a lot of use of this feature.

Or look in the Gambas part of the gb.qt component. The Action class is implemented there, in Gambas!

If you want to make a UserControl or UserContainer, the Action class has two static methods: Register, to link or unlink a control with an action, and Raise, used when a linked control raises the event associated with the action.

Note that these methods are called by the C++ part of the gb.qt component too, thanks to the GB.GetFunction() and GB.Call() methods. 

The gb.gtk component will have to do the same things to get action support, and a copy of the Gambas implementation of the Action class of course.

I hope you will like this feature. I'm waiting for your comments, if you didn't escape from your computer for holidays, of course :-)

Here is the full ChangeLog:

--8<------------------------------------------------------------------------
CONFIGURATION & INSTALLATION

* BUG: A symbolic link named 'gambas2' pointing at 'gambas2.gambas' is now
  created inside the 'bin' directory of the installation.

DEVELOPMENT ENVIRONMENT

* NEW: KDE Crystal icon theme is used now.
* NEW: The main window was redesigned with toolbars and actions.
* BUG: Some fixes in container support in the form editor.
* NEW: The form editor now has a representation of the window borders and
  title bar.
* NEW: The welcome form was redesigned.
* BUG: Somes fixes in the automatic completion.
* NEW: A new tab which displays the list of current breakpoints while 
  debugging.
* NEW: The option form was redesigned.
* BUG: Automatic creation of property handlers now support static
  properties.
* BUG: Opened forms become read-only when the project is running.
* NEW: The icon editor was redesigned.
* BUG: Old editor positions are cleared when a new project is opened.

INTERPRETER

* BUG: The GB.GetFunction API does not leak memory anymore when the 
  searched function does not exist.
* NEW: The '.Array' class lost its point, and is named 'Array' now.
* NEW: Class.Component is a new property that returns the component a class
  belongs to.
* BUG: Object.SetProperty and Object.GetProperty now correctly propagate
  errors.
* NEW: Object.Call now takes its arguments as an unique array, and not as a
  variable list.
* BUG: An error raised inside a component written in Gambas does not crash 
  the interpreter anymore during a debugging session.
* BUG: An object variable with a defined class can only accept symbols of 
  this class, and not a symbol of an inherited class.
* NEW: Randomize now takes an optional parameter to initialize the seed.
  
COMPILER

* NEW: A new instruction, SLEEP, to wait without calling the event loop.
* NEW: EXEC and SHELL now support the AS syntax to specify the event name
  of the returned Process objects.
  
INFORMER

* BUG: The informer does not use a hardcoded path of itself anymore to 
  implement library preloading.

ARCHIVER

* NEW: The archiver takes a new '-o' option to specify the path of the
  generated executable.

GB.QT COMPONENT

* BUG: The implementatio of the Design property were reworked.
* NEW: The Control.Window property now returns the window the control 
  belongs to, even if this window is embedded. BE CAREFUL! THIS MAY
  BREAK YOUR CODE.
* NEW: Now a control can be associated with an action, thanks to the Action 
  class. This class is implemented in the gambas part of the component.
* NEW: Now the Application.ActiveWindow returns the window containing the
  control having the focus, even if this window is embedded, provided this 
  embedded window has an event handler for the Activate event. Is it clear?
* NEW: Disabled icons are visually visible now.
* NEW: Button, ToggleButton and ToolButton now support actions.
* BUG: ToolButton now have a minimum height according to its font, like the
  Button control had.
* NEW: CheckBox supports action now.
* NEW: Arrange.LeftRight was renamed as Arrange.Row, and Arrange.TopBottom
  was renamed as Arrange.Column.
* NEW: Container now raises the Arrange event, to indicate that its contents
  has changed and should be arranged.
* NEW: Draw.RoundRect is a new method to draw rounded rectangles.
* NEW: Now DrawingArea controls ignore keyboard events by default.
* NEW: DrawingArea.Focus is a new property to tell a DrawingArea to accept
  keyboard events.
* NEW: Menu now supports actions.
* NEW: Now menus automatically hide unneeded separators just before opening.
* NEW: Menu.Toggle is a new property to make the menu acts like a toggle 
  button.
* NEW: Menu.Show and Menu.Hide are two new methods to respectively show
  and hide a menu entry.
* NEW: Menu.Popup now takes two extra optional parameters to specify the
  screen coordinates of where the menu will appear.
* NEW: Menu.Window is a new property that returns the window the menu is
  attached to.
* BUG: Replacing a picture in the Picture cache with another one with the
  same key does not crash the interpreter anymore.
* BUG: Changing the background color of a window now works correctly.
* NEW: Window now supports action, so that it can be automatically shown
  or hidden.

GB.QT.EXT COMPONENT

* NEW: Editor.Goto now takes an optional argument that center the cursor
  inside the Editor control.
* NEW: Procedures can be separated with a gradient instead of just a line.
* BUG: Some little fixes in the Editor control.

GB.FORM COMPONENT

* NEW: FontChooser.ShowFixed were replaced by FontChooser.FixedOnly.
* NEW: FontChooser.ShowStyle is a new property that allows to hide the
  style panel in the middle.
* BUG: FontChooser does not refresh uselessly anymore.
* NEW: Some cosmetic changes in the SidePanel container.
* NEW: A new property, SidePanel.Action, for associating a SidePanel with 
  an action. This way, the SidePanel can be automatically shown or hidden.
* NEW: A ToolBar control, that acts as a container.

GB.FORM.MDI COMPONENT

* BUG: Some bug fixes in the Workspace control.
* NEW: Clicking on the titlebar now gives the focus to the associated child
  window.
* NEW: Activating windows should not flicker anymore.

GB.SETTINGS COMPONENT

* NEW: Settings.Path is a new static property that returns the default
  path of configuration files.

--8<------------------------------------------------------------------------

Regards,

-- 
Benoit Minisini
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060717/107ee4f4/attachment.html>

From csorda at ...69...  Tue Jul 18 16:09:33 2006
From: csorda at ...69... (csorda@libero.it)
Date: Tue, 18 Jul 2006 16:09:33 +0200
Subject: [Gambas-devel] Online help problem.
Message-ID: <J2LRBX$D153778D8231F01199691915E3DAC2EF@...69...>

Hi Benoit,
great work!
If the Help Form has the maximize icon I will be happy!

On my distro when I use the help this message appear:
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
FExplorer.GotoLink.281: /usr/local/share/gambas2/help/help/lang/?en
Thenks a lot.
Best regards, Carlo Sorda.


___________________________________________________________________
Dimagrire in 30 giorni con New Giorno & Notte! Garanzia 100% Soddisfatti o Rimborsati! 
http://click.libero.it/diete





From sirfabien at ...176...  Tue Jul 18 18:09:59 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Tue, 18 Jul 2006 18:09:59 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607171248.20179.gambas@...1...>
References: <200607171248.20179.gambas@...1...>
Message-ID: <200607181809.59919.sirfabien@...176...>

Well it Work !

First good thing in this release ;-)

Second is that all seem to be more handy...

Really the new mascotte is cool (but can we found the original file ?) and the 
kde crystall look give a more finish look. 

About icons now... i've a question... isn't it possible to make a better stock 
class that take the icon directly in the kde and gtk theme ?

For sure it's not easy and it need a name layer because the name of kde icons 
are not the same that the gtk one... but it will be marvellous for the 
integration is the desktop.

The problem is that the qt default icons in fact don't exist... the icons are 
provided by kde... so mabe the stock class maybe owned by kde for Dynamic 
themes... and maybe that some static icons can be puts in the qt.stock so 
after it work like the Dialog class, the kde one take place to the qt one!

What about that ?

Fabien




> Hi,
>
> The development environment got a new look, based on the KDE Crystal icon
> set. I hope you will like it :-)
>
> It does not prevent anyone to make the same set of icons from Gnome :-)
>
> Other main changes are:
>
> * The support of actions, that allows you to link buttons, menus and some
> controls acting together.
>
> * A new instruction, SLEEP, to wait without calling the event loop.
>
> * Two interpreter crashing bugs were fixed.
>
> * Many little changes in the gb.qt component.
>
> The more important change (for you I think) in this version is the support
> of *actions*.
>
> An action is concretely a string property, that some controls have.
>
> At the moment, the following controls have the Action property:
> - Button
> - ToolButton
> - ToggleButton
> - CheckBox
> - Menu
> - SidePanel
> - Window
>
> Controls having the same action synchronize their Enabled, Visible, Value
> (for toggle controls) properties.
>
> SidePanel and Windows with an action behave like toggles, except that that
> the Value property is replaced by Visible.
>
> Menu can become toggles now, thanks to a new property named... Toggle.
>
> To make this magic reality, you must use the Action class to synchronize
> the previous properties. For example, 'Action["action-name"].Enabled =
> FALSE' must be used to disable all controls associated with the action.
>
> When a control associated with an action raises its Click event, then the
> Action_Activate handler is called in its window. This pseudo event handler
> takes the action name as argument.
>
> If this handler does not exist, or returns TRUE, then the Action class will
> search for a same handler in the parent window if this form is embedded,
> until finding the toplevel window.
>
> For example, if you have:
> - A toggle button associated with the action "test".
> - A menu entry associated with the same action, having the Toggle property
> set. - A form associated with the same action.
>
> Then clicking the menu, or the toggle button will show or hide the window.
> And closing the window will toggle the menu and the toggle button too. All
> that happens automagically without writing a line of code.
>
> If the name of the action begins with a dot, then this action is *local*.
> It means that the action is constrained to the form being the event
> observer of the controls associated with the action.
>
> In other words, that means that controls associated with the same local
> action actually belongs to different synchronisation groups if they have
> different event observer.
>
> The only constraint is that you must specify the event observer when using
> the Action class.
>
> For example, you must do: 'Action[".action", ME].Enabled = TRUE' instead of
> 'Action[".action"].Enabled = TRUE'.
>
> If you need real examples, look in the IDE source code that makes a lot of
> use of this feature.
>
> Or look in the Gambas part of the gb.qt component. The Action class is
> implemented there, in Gambas!
>
> If you want to make a UserControl or UserContainer, the Action class has
> two static methods: Register, to link or unlink a control with an action,
> and Raise, used when a linked control raises the event associated with the
> action.
>
> Note that these methods are called by the C++ part of the gb.qt component
> too, thanks to the GB.GetFunction() and GB.Call() methods.
>
> The gb.gtk component will have to do the same things to get action support,
> and a copy of the Gambas implementation of the Action class of course.
>
> I hope you will like this feature. I'm waiting for your comments, if you
> didn't escape from your computer for holidays, of course :-)
>
> Here is the full ChangeLog:
>
> --8<-----------------------------------------------------------------------
>- CONFIGURATION & INSTALLATION
>
> * BUG: A symbolic link named 'gambas2' pointing at 'gambas2.gambas' is now
>   created inside the 'bin' directory of the installation.
>
> DEVELOPMENT ENVIRONMENT
>
> * NEW: KDE Crystal icon theme is used now.
> * NEW: The main window was redesigned with toolbars and actions.
> * BUG: Some fixes in container support in the form editor.
> * NEW: The form editor now has a representation of the window borders and
>   title bar.
> * NEW: The welcome form was redesigned.
> * BUG: Somes fixes in the automatic completion.
> * NEW: A new tab which displays the list of current breakpoints while
>   debugging.
> * NEW: The option form was redesigned.
> * BUG: Automatic creation of property handlers now support static
>   properties.
> * BUG: Opened forms become read-only when the project is running.
> * NEW: The icon editor was redesigned.
> * BUG: Old editor positions are cleared when a new project is opened.
>
> INTERPRETER
>
> * BUG: The GB.GetFunction API does not leak memory anymore when the
>   searched function does not exist.
> * NEW: The '.Array' class lost its point, and is named 'Array' now.
> * NEW: Class.Component is a new property that returns the component a class
>   belongs to.
> * BUG: Object.SetProperty and Object.GetProperty now correctly propagate
>   errors.
> * NEW: Object.Call now takes its arguments as an unique array, and not as a
>   variable list.
> * BUG: An error raised inside a component written in Gambas does not crash
>   the interpreter anymore during a debugging session.
> * BUG: An object variable with a defined class can only accept symbols of
>   this class, and not a symbol of an inherited class.
> * NEW: Randomize now takes an optional parameter to initialize the seed.
>
> COMPILER
>
> * NEW: A new instruction, SLEEP, to wait without calling the event loop.
> * NEW: EXEC and SHELL now support the AS syntax to specify the event name
>   of the returned Process objects.
>
> INFORMER
>
> * BUG: The informer does not use a hardcoded path of itself anymore to
>   implement library preloading.
>
> ARCHIVER
>
> * NEW: The archiver takes a new '-o' option to specify the path of the
>   generated executable.
>
> GB.QT COMPONENT
>
> * BUG: The implementatio of the Design property were reworked.
> * NEW: The Control.Window property now returns the window the control
>   belongs to, even if this window is embedded. BE CAREFUL! THIS MAY
>   BREAK YOUR CODE.
> * NEW: Now a control can be associated with an action, thanks to the Action
>   class. This class is implemented in the gambas part of the component.
> * NEW: Now the Application.ActiveWindow returns the window containing the
>   control having the focus, even if this window is embedded, provided this
>   embedded window has an event handler for the Activate event. Is it clear?
> * NEW: Disabled icons are visually visible now.
> * NEW: Button, ToggleButton and ToolButton now support actions.
> * BUG: ToolButton now have a minimum height according to its font, like the
>   Button control had.
> * NEW: CheckBox supports action now.
> * NEW: Arrange.LeftRight was renamed as Arrange.Row, and Arrange.TopBottom
>   was renamed as Arrange.Column.
> * NEW: Container now raises the Arrange event, to indicate that its
> contents has changed and should be arranged.
> * NEW: Draw.RoundRect is a new method to draw rounded rectangles.
> * NEW: Now DrawingArea controls ignore keyboard events by default.
> * NEW: DrawingArea.Focus is a new property to tell a DrawingArea to accept
>   keyboard events.
> * NEW: Menu now supports actions.
> * NEW: Now menus automatically hide unneeded separators just before
> opening. * NEW: Menu.Toggle is a new property to make the menu acts like a
> toggle button.
> * NEW: Menu.Show and Menu.Hide are two new methods to respectively show
>   and hide a menu entry.
> * NEW: Menu.Popup now takes two extra optional parameters to specify the
>   screen coordinates of where the menu will appear.
> * NEW: Menu.Window is a new property that returns the window the menu is
>   attached to.
> * BUG: Replacing a picture in the Picture cache with another one with the
>   same key does not crash the interpreter anymore.
> * BUG: Changing the background color of a window now works correctly.
> * NEW: Window now supports action, so that it can be automatically shown
>   or hidden.
>
> GB.QT.EXT COMPONENT
>
> * NEW: Editor.Goto now takes an optional argument that center the cursor
>   inside the Editor control.
> * NEW: Procedures can be separated with a gradient instead of just a line.
> * BUG: Some little fixes in the Editor control.
>
> GB.FORM COMPONENT
>
> * NEW: FontChooser.ShowFixed were replaced by FontChooser.FixedOnly.
> * NEW: FontChooser.ShowStyle is a new property that allows to hide the
>   style panel in the middle.
> * BUG: FontChooser does not refresh uselessly anymore.
> * NEW: Some cosmetic changes in the SidePanel container.
> * NEW: A new property, SidePanel.Action, for associating a SidePanel with
>   an action. This way, the SidePanel can be automatically shown or hidden.
> * NEW: A ToolBar control, that acts as a container.
>
> GB.FORM.MDI COMPONENT
>
> * BUG: Some bug fixes in the Workspace control.
> * NEW: Clicking on the titlebar now gives the focus to the associated child
>   window.
> * NEW: Activating windows should not flicker anymore.
>
> GB.SETTINGS COMPONENT
>
> * NEW: Settings.Path is a new static property that returns the default
>   path of configuration files.
>
> --8<-----------------------------------------------------------------------
>-
>
> Regards,



From dcamposf at ...176...  Wed Jul 19 13:08:21 2006
From: dcamposf at ...176... (Daniel Campos)
Date: Wed, 19 Jul 2006 13:08:21 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607181809.59919.sirfabien@...176...>
References: <200607171248.20179.gambas@...1...>
	<200607181809.59919.sirfabien@...176...>
Message-ID: <7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>

In fact there's a Stock class...

2006/7/18, Fabien Bodard <sirfabien at ...176...>:
>
> Well it Work !
>
> First good thing in this release ;-)
>
> Second is that all seem to be more handy...
>
> Really the new mascotte is cool (but can we found the original file ?) and
> the
> kde crystall look give a more finish look.
>
> About icons now... i've a question... isn't it possible to make a better
> stock
> class that take the icon directly in the kde and gtk theme ?
>
> For sure it's not easy and it need a name layer because the name of kde
> icons
> are not the same that the gtk one... but it will be marvellous for the
> integration is the desktop.
>
> The problem is that the qt default icons in fact don't exist... the icons
> are
> provided by kde... so mabe the stock class maybe owned by kde for Dynamic
> themes... and maybe that some static icons can be puts in the qt.stock so
> after it work like the Dialog class, the kde one take place to the qt one!
>
> What about that ?
>
> Fabien
>
>
>
>
> > Hi,
> >
> > The development environment got a new look, based on the KDE Crystal
> icon
> > set. I hope you will like it :-)
> >
> > It does not prevent anyone to make the same set of icons from Gnome :-)
> >
> > Other main changes are:
> >
> > * The support of actions, that allows you to link buttons, menus and
> some
> > controls acting together.
> >
> > * A new instruction, SLEEP, to wait without calling the event loop.
> >
> > * Two interpreter crashing bugs were fixed.
> >
> > * Many little changes in the gb.qt component.
> >
> > The more important change (for you I think) in this version is the
> support
> > of *actions*.
> >
> > An action is concretely a string property, that some controls have.
> >
> > At the moment, the following controls have the Action property:
> > - Button
> > - ToolButton
> > - ToggleButton
> > - CheckBox
> > - Menu
> > - SidePanel
> > - Window
> >
> > Controls having the same action synchronize their Enabled, Visible,
> Value
> > (for toggle controls) properties.
> >
> > SidePanel and Windows with an action behave like toggles, except that
> that
> > the Value property is replaced by Visible.
> >
> > Menu can become toggles now, thanks to a new property named... Toggle.
> >
> > To make this magic reality, you must use the Action class to synchronize
> > the previous properties. For example, 'Action["action-name"].Enabled =
> > FALSE' must be used to disable all controls associated with the action.
> >
> > When a control associated with an action raises its Click event, then
> the
> > Action_Activate handler is called in its window. This pseudo event
> handler
> > takes the action name as argument.
> >
> > If this handler does not exist, or returns TRUE, then the Action class
> will
> > search for a same handler in the parent window if this form is embedded,
> > until finding the toplevel window.
> >
> > For example, if you have:
> > - A toggle button associated with the action "test".
> > - A menu entry associated with the same action, having the Toggle
> property
> > set. - A form associated with the same action.
> >
> > Then clicking the menu, or the toggle button will show or hide the
> window.
> > And closing the window will toggle the menu and the toggle button too.
> All
> > that happens automagically without writing a line of code.
> >
> > If the name of the action begins with a dot, then this action is
> *local*.
> > It means that the action is constrained to the form being the event
> > observer of the controls associated with the action.
> >
> > In other words, that means that controls associated with the same local
> > action actually belongs to different synchronisation groups if they have
> > different event observer.
> >
> > The only constraint is that you must specify the event observer when
> using
> > the Action class.
> >
> > For example, you must do: 'Action[".action", ME].Enabled = TRUE' instead
> of
> > 'Action[".action"].Enabled = TRUE'.
> >
> > If you need real examples, look in the IDE source code that makes a lot
> of
> > use of this feature.
> >
> > Or look in the Gambas part of the gb.qt component. The Action class is
> > implemented there, in Gambas!
> >
> > If you want to make a UserControl or UserContainer, the Action class has
> > two static methods: Register, to link or unlink a control with an
> action,
> > and Raise, used when a linked control raises the event associated with
> the
> > action.
> >
> > Note that these methods are called by the C++ part of the gb.qtcomponent
> > too, thanks to the GB.GetFunction() and GB.Call() methods.
> >
> > The gb.gtk component will have to do the same things to get action
> support,
> > and a copy of the Gambas implementation of the Action class of course.
> >
> > I hope you will like this feature. I'm waiting for your comments, if you
> > didn't escape from your computer for holidays, of course :-)
> >
> > Here is the full ChangeLog:
> >
> >
> --8<-----------------------------------------------------------------------
> >- CONFIGURATION & INSTALLATION
> >
> > * BUG: A symbolic link named 'gambas2' pointing at 'gambas2.gambas' is
> now
> >   created inside the 'bin' directory of the installation.
> >
> > DEVELOPMENT ENVIRONMENT
> >
> > * NEW: KDE Crystal icon theme is used now.
> > * NEW: The main window was redesigned with toolbars and actions.
> > * BUG: Some fixes in container support in the form editor.
> > * NEW: The form editor now has a representation of the window borders
> and
> >   title bar.
> > * NEW: The welcome form was redesigned.
> > * BUG: Somes fixes in the automatic completion.
> > * NEW: A new tab which displays the list of current breakpoints while
> >   debugging.
> > * NEW: The option form was redesigned.
> > * BUG: Automatic creation of property handlers now support static
> >   properties.
> > * BUG: Opened forms become read-only when the project is running.
> > * NEW: The icon editor was redesigned.
> > * BUG: Old editor positions are cleared when a new project is opened.
> >
> > INTERPRETER
> >
> > * BUG: The GB.GetFunction API does not leak memory anymore when the
> >   searched function does not exist.
> > * NEW: The '.Array' class lost its point, and is named 'Array' now.
> > * NEW: Class.Component is a new property that returns the component a
> class
> >   belongs to.
> > * BUG: Object.SetProperty and Object.GetProperty now correctly propagate
> >   errors.
> > * NEW: Object.Call now takes its arguments as an unique array, and not
> as a
> >   variable list.
> > * BUG: An error raised inside a component written in Gambas does not
> crash
> >   the interpreter anymore during a debugging session.
> > * BUG: An object variable with a defined class can only accept symbols
> of
> >   this class, and not a symbol of an inherited class.
> > * NEW: Randomize now takes an optional parameter to initialize the seed.
> >
> > COMPILER
> >
> > * NEW: A new instruction, SLEEP, to wait without calling the event loop.
> > * NEW: EXEC and SHELL now support the AS syntax to specify the event
> name
> >   of the returned Process objects.
> >
> > INFORMER
> >
> > * BUG: The informer does not use a hardcoded path of itself anymore to
> >   implement library preloading.
> >
> > ARCHIVER
> >
> > * NEW: The archiver takes a new '-o' option to specify the path of the
> >   generated executable.
> >
> > GB.QT COMPONENT
> >
> > * BUG: The implementatio of the Design property were reworked.
> > * NEW: The Control.Window property now returns the window the control
> >   belongs to, even if this window is embedded. BE CAREFUL! THIS MAY
> >   BREAK YOUR CODE.
> > * NEW: Now a control can be associated with an action, thanks to the
> Action
> >   class. This class is implemented in the gambas part of the component.
> > * NEW: Now the Application.ActiveWindow returns the window containing
> the
> >   control having the focus, even if this window is embedded, provided
> this
> >   embedded window has an event handler for the Activate event. Is it
> clear?
> > * NEW: Disabled icons are visually visible now.
> > * NEW: Button, ToggleButton and ToolButton now support actions.
> > * BUG: ToolButton now have a minimum height according to its font, like
> the
> >   Button control had.
> > * NEW: CheckBox supports action now.
> > * NEW: Arrange.LeftRight was renamed as Arrange.Row, and
> Arrange.TopBottom
> >   was renamed as Arrange.Column.
> > * NEW: Container now raises the Arrange event, to indicate that its
> > contents has changed and should be arranged.
> > * NEW: Draw.RoundRect is a new method to draw rounded rectangles.
> > * NEW: Now DrawingArea controls ignore keyboard events by default.
> > * NEW: DrawingArea.Focus is a new property to tell a DrawingArea to
> accept
> >   keyboard events.
> > * NEW: Menu now supports actions.
> > * NEW: Now menus automatically hide unneeded separators just before
> > opening. * NEW: Menu.Toggle is a new property to make the menu acts like
> a
> > toggle button.
> > * NEW: Menu.Show and Menu.Hide are two new methods to respectively show
> >   and hide a menu entry.
> > * NEW: Menu.Popup now takes two extra optional parameters to specify the
> >   screen coordinates of where the menu will appear.
> > * NEW: Menu.Window is a new property that returns the window the menu is
> >   attached to.
> > * BUG: Replacing a picture in the Picture cache with another one with
> the
> >   same key does not crash the interpreter anymore.
> > * BUG: Changing the background color of a window now works correctly.
> > * NEW: Window now supports action, so that it can be automatically shown
> >   or hidden.
> >
> > GB.QT.EXT COMPONENT
> >
> > * NEW: Editor.Goto now takes an optional argument that center the cursor
> >   inside the Editor control.
> > * NEW: Procedures can be separated with a gradient instead of just a
> line.
> > * BUG: Some little fixes in the Editor control.
> >
> > GB.FORM COMPONENT
> >
> > * NEW: FontChooser.ShowFixed were replaced by FontChooser.FixedOnly.
> > * NEW: FontChooser.ShowStyle is a new property that allows to hide the
> >   style panel in the middle.
> > * BUG: FontChooser does not refresh uselessly anymore.
> > * NEW: Some cosmetic changes in the SidePanel container.
> > * NEW: A new property, SidePanel.Action, for associating a SidePanel
> with
> >   an action. This way, the SidePanel can be automatically shown or
> hidden.
> > * NEW: A ToolBar control, that acts as a container.
> >
> > GB.FORM.MDI COMPONENT
> >
> > * BUG: Some bug fixes in the Workspace control.
> > * NEW: Clicking on the titlebar now gives the focus to the associated
> child
> >   window.
> > * NEW: Activating windows should not flicker anymore.
> >
> > GB.SETTINGS COMPONENT
> >
> > * NEW: Settings.Path is a new static property that returns the default
> >   path of configuration files.
> >
> >
> --8<-----------------------------------------------------------------------
> >-
> >
> > Regards,
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060719/d1462b10/attachment.html>

From csorda at ...69...  Wed Jul 19 15:36:01 2006
From: csorda at ...69... (csorda@libero.it)
Date: Wed, 19 Jul 2006 15:36:01 +0200
Subject: [Gambas-devel] Serial port config problem.
Message-ID: <J2NKG1$F6552E85249BEF7C3887BBA477350171@...69...>

Hi everyone,
 what can i do to set echo off in serial params before open a serial port?
When I use minicom to comunicate with my embedded HW on /dev/ttyS1 the comunication is ok. If I get the ttyS1 setting with stty -F /dev/ttyS1 the params are correct.
When I use gambas2 to open the serial port with the some minicom params, and I get with stty... the setting are different.
Why?.
I modified the tools.c in gb.net/src in OpenSerialPort(...) to setting my parameters, but the result is the some.
 Thanks a lot. Best regards. Carlo Sorda.


________________________________________________________________
Mutui a tassi scontati da 30 banche. Richiedi online e risparmia.
Servizio gratuito.
http://click.libero.it/mutuionline





From sirfabien at ...176...  Wed Jul 19 16:06:23 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Wed, 19 Jul 2006 16:06:23 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
References: <200607171248.20179.gambas@...1...>
	<200607181809.59919.sirfabien@...176...>
	<7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
Message-ID: <200607191606.23779.sirfabien@...176...>

Le Mercredi 19 Juillet 2006 13:08, Daniel Campos a ?crit?:
> In fact there's a Stock class...
>

hi Daniel,
Happy to hear you :)

Yes i know, there is a stock class in gtk and benoit have done one in gambas 
for gb.qt. The gtk stock class is based on the libgtk internal icon 
management so it is able to evoluate with the deskop icon theme. The gb.qt 
one is based on a static bank of icons... so it is often out of style. My 
query was about to make a gtk/qt/kde layer (same api) to allow to get some 
icons from the system.

To be able to do that the used icons name can't be the gtk or kde icon 
original name but a gambas name.

For exemple :

Stock["Open_File"] will return :
GTK_STOCK_OPEN icon for gtk
KIcon->Path/Size/Type/openfile.png for kde


This is only in my mind for common icons used in toolbars...

The qt.stock need to have static icons has it don't have theme...


An other thing... We will be able to use it like a collection of icons

stock.size = 32

For each string in stock
	mypicture = stock[string]
next

(imagine have an image selector... and just track the picture on a widget to 
have the picture set ?)

this way we can use icons like many things now in gambas... i means without a 
line of code

I hope i have been more clear this time ... if not tell  me ... i will trying 
to do better.

Fabien



From sirfabien at ...176...  Wed Jul 19 23:27:44 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Wed, 19 Jul 2006 23:27:44 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607191606.23779.sirfabien@...176...>
References: <200607171248.20179.gambas@...1...>
	<7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
	<200607191606.23779.sirfabien@...176...>
Message-ID: <200607192327.44324.sirfabien@...176...>

To Daniel ,

I apologize :), I've read the gStock.cpp file ... it's exactly what we need 
with kde !

:/
But i'm not sure to be able to do hat myself !
Maybe benoit ?

For kde : 

KIconLoader->loadIcon(iconname, Kicon::type)
http://www.linuxformat.co.uk/pdfs/LXF59.tut_kde.pdf



From ronstk at ...124...  Wed Jul 19 23:29:09 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Wed, 19 Jul 2006 23:29:09 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
References: <200607171248.20179.gambas@...1...>
	<200607181809.59919.sirfabien@...176...>
	<7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
Message-ID: <200607192329.09703.ronstk@...124...>

On Wednesday 19 July 2006 13:08, Daniel Campos wrote:
> In fact there's a Stock class...
> 
> 2006/7/18, Fabien Bodard <sirfabien at ...176...>:
> >

Nice, but how to use it?

Maybe in the gnome/gtk world it is known for developers in C/C++
But how to expect simple mind kde/qt users using gambas while C/C++
is to cryptic for them are able to use it.

Mostly programmers know very well how things are related and
how it (should) work, in there speciality environment.
Like me with a norton commander clone on a z80 based TRS80.
I do understand exactly what uncommented calls doing in that 
program but the simple gambas user can have a very had time 
to follow the source of the IDE.
Of course it is optimized and the parts more then once are 
transfered to a Sub/Function.

A good help is when users can open the called/used class aside 
the code they are inspecting. 
I mean view them together without switching editors because that 
distract them from the sofar understanding of the current part. 

Same problem with XML and pdf.
The pdf example does simply do not work here.
The object/class is unknown or expecting object xyz but got integer.
With XML I did also not have success. 
A working/updated example for the current version of gambas would be nice.
I'm not able to create it because I do not have a clue how the
object construction of pdf/xml is implemented.

For the project I'm working on I wished to use XML.
no luck
For the printing/email the bill I wanted to use the pdf part.
no luck
The gb.form.db is not usable, (at least for me). 
I can't simple put the controls on a form.  
When I put a combobox/listbox on a form and try to fill them
in the form _new event the click/select events are fired, 
just like the user has chosen something. 
How to preset a value during new without the click/select event?

The fact you say 'In fact there's a Stock class' is telling enough.
Yes I have seen the 'Stock' class too.

Internal help and website say:
  Stock (gb.qt)

  Symbols
  This class is static.
  This class acts like a read-only array.
???????
'read-only' array
At our repair centre we have also a stock.
It is filled with resistors, diodes, IC, and all those stuff in your PC.
But what does this stock contain?
This page say's effective nothing so why look futher.
I know what 'read-only' is there for no need to follow link 
to read what read-only' is.


But I follow it, curious what to find there

  Stock (gb.qt)

  Syntax
  DIM hPicture AS Picture
  hPicture = Stock [ Key AS String ]

??????? is every thing called 'read-only' this?


OK Stock looks as array by the '[' and ']'.
But Key ?
If it is readonly then somewhere gambas must have prepared it with content. 
Correct me when i'm wrong, maybe cups or samba does it :) 

How do I know that key if I'm not able to add items to STOCK[].
Pleas remember, I'm a simple mind person.
I have learned already now that readonly is
  DIM hPicture AS Picture
  hPicture = Stock [ Key AS String ]
So when there is somewhere told it is 'read-only' I understand it is this.

From gambas at ...1...  Wed Jul 19 23:37:13 2006
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 19 Jul 2006 23:37:13 +0200
Subject: [Gambas-devel] Stock class
Message-ID: <200607192337.13352.gambas@...1...>

Sorry guys, I can't use the mailing-lists at the moment as my IP SMTP server 
was black-listed!

I plan to implement the Stock class in another way as it is currently, so that 
it is as transparent as possible for the user:

* PictureStock[Name, Size] must returns a picture according to a standardized 
name. A size can be specified.

The standardized name could be "type/name.png". 

If the specified icon does not exist in the requested size, then an icon in 
another size scaled to the requested size must be returned.

* PictureStock.All must return the names of all stock pictures.

* PictureStock.Sizes must return a list of supported sizes.

* PictureStock.Enabled to know if the stock is accessible.

* PictureStock could be implemented in Gambas. The same code can be used by 
gb.qt and gb.gtk, like for the Action class.

* The user do not have to use the Stock class directly. The Picture class will 
call the Stock class automatically when the picture path begins with 
".stock/image". 

The idea behind that is that a stock should be able to store anything. As 
there is already a resource system in Gambas, by the use of relative paths, 
and that you cannot use hidden names in the IDE, then we could use them to 
reference "stock" resources that are not really stored in the project.

Then I just have to add a tab to the icon file dialog in the IDE to allow the 
user using them.

The last problem is how can I detect KDE icon paths in the QT component? Even 
if GTK+ has stock icons, GNOME seams to have more, I have the same question 
for it!

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Wed Jul 19 23:41:20 2006
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 19 Jul 2006 23:41:20 +0200
Subject: [Gambas-devel] Stock class
In-Reply-To: <200607192337.13352.gambas@...1...>
References: <200607192337.13352.gambas@...1...>
Message-ID: <200607192341.20908.gambas@...1...>

On Wednesday 19 July 2006 23:37, Benoit Minisini wrote:
> Sorry guys, I can't use the mailing-lists at the moment as my IP SMTP
> server was black-listed!
>
> I plan to implement the Stock class in another way as it is currently, so
> that it is as transparent as possible for the user:
>
> * PictureStock[Name, Size] must returns a picture according to a
> standardized name. A size can be specified.
>
> The standardized name could be "type/name.png".
>
> If the specified icon does not exist in the requested size, then an icon in
> another size scaled to the requested size must be returned.
>
> * PictureStock.All must return the names of all stock pictures.
>
> * PictureStock.Sizes must return a list of supported sizes.
>
> * PictureStock.Enabled to know if the stock is accessible.
>
> * PictureStock could be implemented in Gambas. The same code can be used by
> gb.qt and gb.gtk, like for the Action class.
>
> * The user do not have to use the Stock class directly. The Picture class
> will call the Stock class automatically when the picture path begins with
> ".stock/image".
>
> The idea behind that is that a stock should be able to store anything. As
> there is already a resource system in Gambas, by the use of relative paths,
> and that you cannot use hidden names in the IDE, then we could use them to
> reference "stock" resources that are not really stored in the project.
>
> Then I just have to add a tab to the icon file dialog in the IDE to allow
> the user using them.
>
> The last problem is how can I detect KDE icon paths in the QT component?
> Even if GTK+ has stock icons, GNOME seams to have more, I have the same
> question for it!
>
> Regards,

It works again! :-)

-- 
Benoit Minisini



From gambas at ...1...  Thu Jul 20 00:04:44 2006
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Jul 2006 00:04:44 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607192329.09703.ronstk@...124...>
References: <200607171248.20179.gambas@...1...>
	<7259b5ae0607190408q1307e4aw5327c00b463953b3@...178...>
	<200607192329.09703.ronstk@...124...>
Message-ID: <200607200004.44445.gambas@...1...>

On Wednesday 19 July 2006 23:29, Ron Onstenk wrote:
> On Wednesday 19 July 2006 13:08, Daniel Campos wrote:
> > In fact there's a Stock class...
> >
> > 2006/7/18, Fabien Bodard <sirfabien at ...176...>:
>
> Nice, but how to use it?
>
> Maybe in the gnome/gtk world it is known for developers in C/C++
> But how to expect simple mind kde/qt users using gambas while C/C++
> is to cryptic for them are able to use it.
>
> Mostly programmers know very well how things are related and
> how it (should) work, in there speciality environment.
> Like me with a norton commander clone on a z80 based TRS80.
> I do understand exactly what uncommented calls doing in that
> program but the simple gambas user can have a very had time
> to follow the source of the IDE.
> Of course it is optimized and the parts more then once are
> transfered to a Sub/Function.
>
> A good help is when users can open the called/used class aside
> the code they are inspecting.
> I mean view them together without switching editors because that
> distract them from the sofar understanding of the current part.

It is true that there are not enough documentation and examples. I just do 
what I can, and I don't have the time to write all of them.

>
> Same problem with XML and pdf.
> The pdf example does simply do not work here.

Which pdf example?

> The object/class is unknown or expecting object xyz but got integer.

???

> With XML I did also not have success.
> A working/updated example for the current version of gambas would be nice.
> I'm not able to create it because I do not have a clue how the
> object construction of pdf/xml is implemented.
>
> For the project I'm working on I wished to use XML.
> no luck
> For the printing/email the bill I wanted to use the pdf part.
> no luck

The pdf component is not finished at all. It can display pdf pages, that's 
all.

> The gb.form.db is not usable, (at least for me).

Did you read the information in the gambas 1.9.25 release mail? Did you read 
the database example? There is a form which make use of all gb.form.db 
controls in it.

> I can't simple put the controls on a form.
> When I put a combobox/listbox on a form and try to fill them
> in the form _new event the click/select events are fired,
> just like the user has chosen something.
> How to preset a value during new without the click/select event?

Which version do yo use? This behaviour has been removed since a few one.

>
> The fact you say 'In fact there's a Stock class' is telling enough.
> Yes I have seen the 'Stock' class too.

The Stock class is not documented because it is not terminated. Generally, I'm 
starting documenting things when I think their interface is stable, which is 
not the case there. See my other mail about Stock class.

>
> Internal help and website say:
>   Stock (gb.qt)
>
>   Symbols
>   This class is static.
>   This class acts like a read-only array.
> ???????
> 'read-only' array
> At our repair centre we have also a stock.
> It is filled with resistors, diodes, IC, and all those stuff in your PC.
> But what does this stock contain?
> This page say's effective nothing so why look futher.
> I know what 'read-only' is there for no need to follow link
> to read what read-only' is.
>
>
> But I follow it, curious what to find there
>
>   Stock (gb.qt)
>
>   Syntax
>   DIM hPicture AS Picture
>   hPicture = Stock [ Key AS String ]
>
> ??????? is every thing called 'read-only' this?
>
>
> OK Stock looks as array by the '[' and ']'.
> But Key ?
> If it is readonly then somewhere gambas must have prepared it with content.
> Correct me when i'm wrong, maybe cups or samba does it :)

"read-only" there means that you cannot use the syntax: Stock["xxx"] = yyy.

>
> How do I know that key if I'm not able to add items to STOCK[].
> Pleas remember, I'm a simple mind person.

Key must have defined values, which must be written in a list. This list does 
not exist because I don't know what to put exactly in that stock yet. This is 
not simple becasue this list must be the same for gb.qt and gb.gtk, and must 
be translated in the real icon names of both components.

> I have learned already now that readonly is
>   DIM hPicture AS Picture
>   hPicture = Stock [ Key AS String ]
> So when there is somewhere told it is 'read-only' I understand it is this.
>
> From Fabien:
> About icons now... i've a question... isn't it possible to make a better
> stock class that take the icon directly in the kde and gtk theme ?

This is the goal :-)

>
> How the hell he knows the stock has something to do with icons.
> I have only resistors, diode etc in stock.

This name comes from Daniel that implemented it first in gb.gtk, and took the 
name from the GTK+ library.

>
> Well in my opinion a better stock class should then
> in the completion box for the key give something as
> 'stock.folder', 'stock.close', 'stock.myicon' or the class
> should have it in the help like Align.xyz and Alignment.xyz.

Maybe, but may constants have an higher cost that a key string.

>
> I can't remember all those fancy names KDE uses and not readable
> in there own Select icon form.
> See kde-icon-mess picture. Do you know what behind the dots?
> And this is the only view possible, no details listing.
>
> In the pre v1 / v2 version it got in reviews so many compliments
> about the embedded help, I wonder those reviewers still do.
>
> For those people saying do it yourself. Be realistic.
> Benoit did work now for 4 years on it and did really a great job.
> He designed the background system to make it possible to work with.
>
> When I (could) create the same and deliver the same but undocumented
> and/or partial help you could also not use it for the 100% as
> Benoit or I create the program had in mind during the development.
>
> This is a general problem with almost all software.
> Lack of proper documentation or at least an explanation what the
> intention is and how to basically use it.
> When I add this explanations to the wiki I can in most
> cases only guess what the meaning is, and be wrong!
>
> I'm a bit sad with the way gambas is going now.

I am very aware of this problem. But this is just a lack of time. Sure if I'm 
payed to work on Gambas next year (Daniel? :-)) I will spend more time on 
documentation.

Otherwise, the way gambas is going now is exactly the same as the way it is 
going from the beginning (or not?). I know what I want to put in Gambas 
almost since the beginning (see the roadmap freemind map) and I try to 
explain things a little when I release them. 

It just depends on my free time.

If you want to know some precise things about some parts of Gambas, do ask. 
For example, I didn't know that you had problems with gb.db.form. Or maybe I 
missed your mail?

>
> With all respect, gambas is goooooood
>
> Ron.
>
> PS sorry for the length but I had to ventilate it.

Regards,

-- 
Benoit Minisini



From ronstk at ...124...  Wed Jul 19 23:50:23 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Wed, 19 Jul 2006 23:50:23 +0200
Subject: [Gambas-devel] Stock class
In-Reply-To: <200607192337.13352.gambas@...1...>
References: <200607192337.13352.gambas@...1...>
Message-ID: <200607192350.23458.ronstk@...124...>

On Wednesday 19 July 2006 23:37, Benoit Minisini wrote:
> * PictureStock[Name, Size] must returns a picture according to a standardized 
> name. A size can be specified.
> 
> The standardized name could be "type/name.png". 
> 

While it is a gambas component I assume it easy (for you) to 
add to Stock as it is now or as replacement the same as
I see with gb.qt.Align and gb.qt.Arrange
Then we have a list of available standardized icon names.

Ron



From sirfabien at ...176...  Thu Jul 20 00:58:51 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Thu, 20 Jul 2006 00:58:51 +0200
Subject: [Gambas-devel] Stock class
In-Reply-To: <200607192337.13352.gambas@...1...>
References: <200607192337.13352.gambas@...1...>
Message-ID: <200607200058.51287.sirfabien@...176...>

Le Mercredi 19 Juillet 2006 23:37, Benoit Minisini a ?crit?:
> Sorry guys, I can't use the mailing-lists at the moment as my IP SMTP
> server was black-listed!
>
> I plan to implement the Stock class in another way as it is currently, so
> that it is as transparent as possible for the user:
>
> * PictureStock[Name, Size] must returns a picture according to a
> standardized name. A size can be specified.
>
> The standardized name could be "type/name.png".
>
> If the specified icon does not exist in the requested size, then an icon in
> another size scaled to the requested size must be returned.
>
> * PictureStock.All must return the names of all stock pictures.
>
> * PictureStock.Sizes must return a list of supported sizes.
>
> * PictureStock.Enabled to know if the stock is accessible.
>
> * PictureStock could be implemented in Gambas. The same code can be used by
> gb.qt and gb.gtk, like for the Action class.
>
> * The user do not have to use the Stock class directly. The Picture class
> will call the Stock class automatically when the picture path begins with
> ".stock/image".
>
> The idea behind that is that a stock should be able to store anything. As
> there is already a resource system in Gambas, by the use of relative paths,
> and that you cannot use hidden names in the IDE, then we could use them to
> reference "stock" resources that are not really stored in the project.
>
> Then I just have to add a tab to the icon file dialog in the IDE to allow
> the user using them.
>
> The last problem is how can I detect KDE icon paths in the QT component?
> Even if GTK+ has stock icons, GNOME seams to have more, I have the same
> question for it!

2 day to search that ... :/ but i've not found it !

the second problem is to get the current theme path !

I'm not sure that a pure gambas class will be sufficient ! as kde libs allow 
to implement theme effect too like the gnome libs.


> Regards,



From gambas at ...1...  Thu Jul 20 01:21:42 2006
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Jul 2006 01:21:42 +0200
Subject: [Gambas-devel] Stock class
In-Reply-To: <200607200058.51287.sirfabien@...176...>
References: <200607192337.13352.gambas@...1...>
	<200607200058.51287.sirfabien@...176...>
Message-ID: <200607200121.43096.gambas@...1...>

On Thursday 20 July 2006 00:58, Fabien Bodard wrote:
>
> 2 day to search that ... :/ but i've not found it !
>
> the second problem is to get the current theme path !
>
> I'm not sure that a pure gambas class will be sufficient ! as kde libs
> allow to implement theme effect too like the gnome libs.
>
> > Regards,
>

I found it for KDE:

EXEC ["kde-config", "--path", "icon"] TO sPath
PRINT sPath

Now for GNOME?

-- 
Benoit Minisini



From sirfabien at ...176...  Thu Jul 20 00:53:40 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Thu, 20 Jul 2006 00:53:40 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607200004.44445.gambas@...1...>
References: <200607171248.20179.gambas@...1...>
	<200607192329.09703.ronstk@...124...>
	<200607200004.44445.gambas@...1...>
Message-ID: <200607200053.40675.sirfabien@...176...>

Le Jeudi 20 Juillet 2006 00:04, Benoit Minisini a ?crit?:
> On Wednesday 19 July 2006 23:29, Ron Onstenk wrote:
> > On Wednesday 19 July 2006 13:08, Daniel Campos wrote:
> > > In fact there's a Stock class...
> > >
> > > 2006/7/18, Fabien Bodard <sirfabien at ...176...>:
> >
> > Nice, but how to use it?
> >
> > Maybe in the gnome/gtk world it is known for developers in C/C++
> > But how to expect simple mind kde/qt users using gambas while C/C++
> > is to cryptic for them are able to use it.
> >
> > Mostly programmers know very well how things are related and
> > how it (should) work, in there speciality environment.
> > Like me with a norton commander clone on a z80 based TRS80.
> > I do understand exactly what uncommented calls doing in that
> > program but the simple gambas user can have a very had time
> > to follow the source of the IDE.
it is a devel version :)
> > Of course it is optimized and the parts more then once are
> > transfered to a Sub/Function.
> >
> > A good help is when users can open the called/used class aside
> > the code they are inspecting.
> > I mean view them together without switching editors because that
> > distract them from the sofar understanding of the current part.
>
> It is true that there are not enough documentation and examples. I just do
> what I can, and I don't have the time to write all of them.
>
> > Same problem with XML and pdf.
> > The pdf example does simply do not work here.
>
> Which pdf example?
>
> > The object/class is unknown or expecting object xyz but got integer.
>
> ???
>
> > With XML I did also not have success.
> > A working/updated example for the current version of gambas would be
> > nice. I'm not able to create it because I do not have a clue how the
> > object construction of pdf/xml is implemented.
> >
> > For the project I'm working on I wished to use XML.
> > no luck
> > For the printing/email the bill I wanted to use the pdf part.
> > no luck
>
> The pdf component is not finished at all. It can display pdf pages, that's
> all.
>
> > The gb.form.db is not usable, (at least for me).
>
> Did you read the information in the gambas 1.9.25 release mail? Did you
> read the database example? There is a form which make use of all gb.form.db
> controls in it.
>
> > I can't simple put the controls on a form.
> > When I put a combobox/listbox on a form and try to fill them
> > in the form _new event the click/select events are fired,
> > just like the user has chosen something.
> > How to preset a value during new without the click/select event?
>
> Which version do yo use? This behaviour has been removed since a few one.
>
> > The fact you say 'In fact there's a Stock class' is telling enough.
> > Yes I have seen the 'Stock' class too.
>
> The Stock class is not documented because it is not terminated. Generally,
> I'm starting documenting things when I think their interface is stable,
> which is not the case there. See my other mail about Stock class.
>
> > Internal help and website say:
> >   Stock (gb.qt)
> >
> >   Symbols
> >   This class is static.
> >   This class acts like a read-only array.
> > ???????
> > 'read-only' array
> > At our repair centre we have also a stock.
> > It is filled with resistors, diodes, IC, and all those stuff in your PC.
> > But what does this stock contain?
> > This page say's effective nothing so why look futher.
> > I know what 'read-only' is there for no need to follow link
> > to read what read-only' is.
> >
> >
> > But I follow it, curious what to find there
> >
> >   Stock (gb.qt)
> >
> >   Syntax
> >   DIM hPicture AS Picture
> >   hPicture = Stock [ Key AS String ]
> >
> > ??????? is every thing called 'read-only' this?
> >
> >
> > OK Stock looks as array by the '[' and ']'.
> > But Key ?
> > If it is readonly then somewhere gambas must have prepared it with
> > content. Correct me when i'm wrong, maybe cups or samba does it :)
>
> "read-only" there means that you cannot use the syntax: Stock["xxx"] = yyy.
>
> > How do I know that key if I'm not able to add items to STOCK[].
> > Pleas remember, I'm a simple mind person.
>
> Key must have defined values, which must be written in a list. This list
> does not exist because I don't know what to put exactly in that stock yet.
> This is not simple becasue this list must be the same for gb.qt and gb.gtk,
> and must be translated in the real icon names of both components.
>
> > I have learned already now that readonly is
> >   DIM hPicture AS Picture
> >   hPicture = Stock [ Key AS String ]
> > So when there is somewhere told it is 'read-only' I understand it is
> > this.
> >
> > From Fabien:
> > About icons now... i've a question... isn't it possible to make a better
> > stock class that take the icon directly in the kde and gtk theme ?
>
> This is the goal :-)
This is what i say... i know how to do in  kde... but i've always some 
bugs .... i will join my trying ... it's not the final because i've not done 
the parsing part like Daniel. And there is a bug that crash all... (benoit un 
coup de pouce a un nul stp)

Normally for use the Stock or maybe Icon Class we will type :

Stock["size/name"]

ex:

Stock["menu/open"] = Stock["16/open"]

By luke the kde work look like to the gtk one...

My idea for stock will be different :
** this is important under kde style concern effect on icon too.
Stock.Style  = Stock.Custom

Stock.Size = 15
pic = Stock["open"]

it's more clear

and :

** this is like application.env ...
For each s in Stock
  pic = Stock[s]
next

>
> > How the hell he knows the stock has something to do with icons.
> > I have only resistors, diode etc in stock.
>
> This name comes from Daniel that implemented it first in gb.gtk, and took
> the name from the GTK+ library.
>
> > Well in my opinion a better stock class should then
> > in the completion box for the key give something as
> > 'stock.folder', 'stock.close', 'stock.myicon' or the class
> > should have it in the help like Align.xyz and Alignment.xyz.
>
> Maybe, but may constants have an higher cost that a key string.
and what about a _next that return the name of the icon name list ?




>
> > I can't remember all those fancy names KDE uses and not readable
> > in there own Select icon form.
> > See kde-icon-mess picture. Do you know what behind the dots?
> > And this is the only view possible, no details listing.
> >
> > In the pre v1 / v2 version it got in reviews so many compliments
> > about the embedded help, I wonder those reviewers still do.
> >
> > For those people saying do it yourself. Be realistic.
> > Benoit did work now for 4 years on it and did really a great job.
> > He designed the background system to make it possible to work with.
> >
> > When I (could) create the same and deliver the same but undocumented
> > and/or partial help you could also not use it for the 100% as
> > Benoit or I create the program had in mind during the development.
> >
> > This is a general problem with almost all software.
> > Lack of proper documentation or at least an explanation what the
> > intention is and how to basically use it.
> > When I add this explanations to the wiki I can in most
> > cases only guess what the meaning is, and be wrong!
> >
> > I'm a bit sad with the way gambas is going now.
>
> I am very aware of this problem. But this is just a lack of time. Sure if
> I'm payed to work on Gambas next year (Daniel? :-)) I will spend more time
> on documentation.
>
> Otherwise, the way gambas is going now is exactly the same as the way it is
> going from the beginning (or not?). I know what I want to put in Gambas
> almost since the beginning (see the roadmap freemind map) and I try to
> explain things a little when I release them.
>
> It just depends on my free time.
>
> If you want to know some precise things about some parts of Gambas, do ask.
> For example, I didn't know that you had problems with gb.db.form. Or 
maybecabn
> I missed your mail?

The principal problem on gb.db.form is to not have a graphical component to 
set the Connection.

If you have a minute can you tell me if you can do a columncombobox or mabe 
tell me what i can use to do it.
>
> > With all respect, gambas is goooooood
> >
> > Ron.
> >
> > PS sorry for the length but I had to ventilate it.
>
> Regards,

ouahou a true talk !!
*
Fabien



From gambas at ...1...  Thu Jul 20 02:08:36 2006
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Jul 2006 02:08:36 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607200053.40675.sirfabien@...176...>
References: <200607171248.20179.gambas@...1...>
	<200607200004.44445.gambas@...1...>
	<200607200053.40675.sirfabien@...176...>
Message-ID: <200607200208.37125.gambas@...1...>

On Thursday 20 July 2006 00:53, Fabien Bodard wrote:
>
> This is what i say... i know how to do in  kde... but i've always some
> bugs .... i will join my trying ... it's not the final because i've not
> done the parsing part like Daniel. And there is a bug that crash all...
> (benoit un coup de pouce a un nul stp)
>
> Normally for use the Stock or maybe Icon Class we will type :
>
> Stock["size/name"]
>
> ex:
>
> Stock["menu/open"] = Stock["16/open"]
>
> By luke the kde work look like to the gtk one...
>
> My idea for stock will be different :
> ** this is important under kde style concern effect on icon too.
> Stock.Style  = Stock.Custom
>
> Stock.Size = 15
> pic = Stock["open"]
>
> it's more clear
>
> and :
>
> ** this is like application.env ...
> For each s in Stock
>   pic = Stock[s]
> next
>

Please read my other mail about the way I want to implement stock icons 
access.

> > > How the hell he knows the stock has something to do with icons.
> > > I have only resistors, diode etc in stock.
> >
> > This name comes from Daniel that implemented it first in gb.gtk, and took
> > the name from the GTK+ library.
> >
> > > Well in my opinion a better stock class should then
> > > in the completion box for the key give something as
> > > 'stock.folder', 'stock.close', 'stock.myicon' or the class
> > > should have it in the help like Align.xyz and Alignment.xyz.
> >
> > Maybe, but may constants have an higher cost that a key string.
>
> and what about a _next that return the name of the icon name list ?
>

A String array of stock icon paths will be enumerable.

>
> The principal problem on gb.db.form is to not have a graphical component to
> set the Connection.

For four lines of codes... But when the database manager will be included in 
the IDE, I think this problem will be solved.

>
> If you have a minute can you tell me if you can do a columncombobox or mabe
> tell me what i can use to do it.
>

What is a columncombobox ???

-- 
Benoit Minisini



From ronstk at ...124...  Thu Jul 20 02:30:40 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Thu, 20 Jul 2006 02:30:40 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607200004.44445.gambas@...1...>
References: <200607171248.20179.gambas@...1...>
	<200607192329.09703.ronstk@...124...>
	<200607200004.44445.gambas@...1...>
Message-ID: <200607200230.40370.ronstk@...124...>

On Thursday 20 July 2006 00:04, Benoit Minisini wrote:
> On Wednesday 19 July 2006 23:29, Ron Onstenk wrote:
> > On Wednesday 19 July 2006 13:08, Daniel Campos wrote:
> > > In fact there's a Stock class...
> > >
> > > 2006/7/18, Fabien Bodard <sirfabien at ...176...>:
> >
> > Nice, but how to use it?
> >
> > Maybe in the gnome/gtk world it is known for developers in C/C++
> > But how to expect simple mind kde/qt users using gambas while C/C++
> > is to cryptic for them are able to use it.
> >
> > Mostly programmers know very well how things are related and
> > how it (should) work, in there speciality environment.
> > Like me with a norton commander clone on a z80 based TRS80.
> > I do understand exactly what uncommented calls doing in that
> > program but the simple gambas user can have a very had time
> > to follow the source of the IDE.
> > Of course it is optimized and the parts more then once are
> > transfered to a Sub/Function.
> >
> > A good help is when users can open the called/used class aside
> > the code they are inspecting.
> > I mean view them together without switching editors because that
> > distract them from the sofar understanding of the current part.
> 
> It is true that there are not enough documentation and examples. I just do 
> what I can, and I don't have the time to write all of them.

I know. 
But for development I assume you have notes/ideas about what it does.
Put it as a note in the wiki. Call intentional page or something like that.
Then users can try to make the page as a normal well formed wiki page 
and have a some guidance about what/how instead of guessing.

For examples you can use snippits of the trial code you use during develop.
Simple try to put it barefoot. Let the allowed users make the well formed page.

> 
> >
> > Same problem with XML and pdf.
> > The pdf example does simply do not work here.
> 
> Which pdf example?

Daniel has at linex a pdf sample demo. 
Found at:http://lists.freedesktop.org/archives/poppler/2005-September/001026.html

That looks as the only example existing in the world.
http://gambas.gnulinex.org/gtkpdf
http://gambas.gnulinex.org/pdfgambas

> 
> > The object/class is unknown or expecting object xyz but got integer.
> 
> ???
This are some of the errors I get. I give up to get it working.

> 
> > With XML I did also not have success.
> > A working/updated example for the current version of gambas would be nice.
> > I'm not able to create it because I do not have a clue how the
> > object construction of pdf/xml is implemented.
> >
> > For the project I'm working on I wished to use XML.
> > no luck
> > For the printing/email the bill I wanted to use the pdf part.
> > no luck
> 
> The pdf component is not finished at all. It can display pdf pages, that's 
> all.

I'm courius how.
Do you have an example other than Daniels one?
 

> 
> > The gb.form.db is not usable, (at least for me).
> 
> Did you read the information in the gambas 1.9.25 release mail? 
Found it back and i will read again.
btw it is the one followed with delayed info :)
The old deprecated syntax "OPEN xxx AS file" is not supported anymore. 
You must use "file = OPEN xxx" instead.
I reported that I found still the old way at some places in the new 
release at that time.

> Did you read the database example? 
Not much to read. Minimum code does all the job. That really nice.
But reading and understanding are different things.

> There is a form which make use of all gb.form.db controls in it.
Working very well


> 
> > I can't simple put the controls on a form.
> > When I put a combobox/listbox on a form and try to fill them
> > in the form _new event the click/select events are fired,
> > just like the user has chosen something.
> > How to preset a value during new without the click/select event?
> 
> Which version do yo use? This behaviour has been removed since a few one.

I was working with .31 or .32 at that time.
Now back to basics with .29 as I do not like the mdi as is now. 
The mda version Fabian made could be a replacement for me but
I get to much problems with it. 
Dangerous to use the 'Delete' key in code and a form open. 
Same as in the property sheet (pre mda) did happen and I have reported 

> 
> >
> > The fact you say 'In fact there's a Stock class' is telling enough.
> > Yes I have seen the 'Stock' class too.
> 
> The Stock class is not documented because it is not terminated. 
> Generally, I'm starting documenting things when I think their interface is stable, 
OK

> which is not the case there. See my other mail about Stock class.
I think you mean 'is terminated' ?
Yes I have seen. It was posted almost same time as my mail.

> 
> >
> > Internal help and website say:
> >   Stock (gb.qt)
> >
> >   Symbols
> >   This class is static.
> >   This class acts like a read-only array.
> > ???????
> > 'read-only' array
> > At our repair centre we have also a stock.
> > It is filled with resistors, diodes, IC, and all those stuff in your PC.
> > But what does this stock contain?
> > This page say's effective nothing so why look futher.
> > I know what 'read-only' is there for no need to follow link
> > to read what read-only' is.
> >
> >
> > But I follow it, curious what to find there
> >
> >   Stock (gb.qt)
> >
> >   Syntax
> >   DIM hPicture AS Picture
> >   hPicture = Stock [ Key AS String ]
> >
> > ??????? is every thing called 'read-only' this?
> >
> >
> > OK Stock looks as array by the '[' and ']'.
> > But Key ?
> > If it is readonly then somewhere gambas must have prepared it with content.
> > Correct me when i'm wrong, maybe cups or samba does it :)
> 
> "read-only" there means that you cannot use the syntax: Stock["xxx"] = yyy.
Yes I understand it that way to. 
But in this case the link "read-only" shows something different
as people expect in a wiki. 
They expect bla bla what "read-only" means as word. :)
the line should be something as
  This class acts like a read-only array where the index is a name of the icon as string.

or 
  This class acts like a read-only collection of icons where the index is the name of the icon.

And the syntax part of the syntax page simple below.
> 
> >
> > How do I know that key if I'm not able to add items to STOCK[].
> > Pleas remember, I'm a simple mind person.
> 
> Key must have defined values, which must be written in a list. This list does 
> not exist because I don't know what to put exactly in that stock yet. This is 
A scan of the dir(s) with icons ?
> not simple becasue this list must be the same for gb.qt and gb.gtk, and must 
> be translated in the real icon names of both components.
Then you need to do the scan in both icon trees for gnome and kde.
Read all names and create a new name based on both series for equivalent icons
Hard job.

And when KDE or GNome updates and the icons are gone aftr you release a gambas version?
maybe next can help
  PictureStock.Path = "/opt/gnome/share/icons/gnome" and
  PictureStock.Path = "/opt/kde3/share/icons/crystalsvg" 

And in the IDE 'tools->Preferenses' or 'project->properties' an entry to give the 
default path where gambas should find the icons for that project.
And while 'Stock' is a gambas component it can dynamic spit out a list of available icons
on that path.

Again And when KDE or GNome updates and the icons are gone?
But now after the gambas project is distributed.

Your intention is good. I think however the best you can do for now
is provide a icon set the way you do now but expand it to 2 sets
A set for gnome and one for kde and use PictureStock.Set("gnome") or PictureStock.KDE

The above PictureStock.Path can also be used but then the programmer should look 
himself in that tree he uses.
Any way do not try to make it to smart. I think this will sucks at the end.

> 
> > I have learned already now that readonly is
> >   DIM hPicture AS Picture
> >   hPicture = Stock [ Key AS String ]
> > So when there is somewhere told it is 'read-only' I understand it is this.
> >
> > From Fabien:
> > About icons now... i've a question... isn't it possible to make a better
> > stock class that take the icon directly in the kde and gtk theme ?
> 
> This is the goal :-)
Yes, a way I described above can help.

> 
> >
> > How the hell he knows the stock has something to do with icons.
> > I have only resistors, diode etc in stock.
> 
> This name comes from Daniel that implemented it first in gb.gtk, and took the 
> name from the GTK+ library.

:) :) *I* know but the simple minded gambas beginners not, never seen GTK+ library. 
The main thing is more that it represent here icons but it is in the help nowhere mentioned.
I did know the name from VB inside for the same general purpose however the VB IDE 
does not normal advertise it. I belive it was a hidden property of the StdPicture object.
> 
> >
> > Well in my opinion a better stock class should then
> > in the completion box for the key give something as
> > 'stock.folder', 'stock.close', 'stock.myicon' or the class
> > should have it in the help like Align.xyz and Alignment.xyz.
> 
> Maybe, but may constants have an higher cost that a key string.
??? in the common library or in the project executable?
Sometimes programming comfort versus program/library size/speed can 
be in favour of comfort.

> 
> >
> > I can't remember all those fancy names KDE uses and not readable
> > in there own Select icon form.
> > See kde-icon-mess picture. Do you know what behind the dots?
> > And this is the only view possible, no details listing.
> >
> > In the pre v1 / v2 version it got in reviews so many compliments
> > about the embedded help, I wonder those reviewers still do.
> >
> > For those people saying do it yourself. Be realistic.
> > Benoit did work now for 4 years on it and did really a great job.
> > He designed the background system to make it possible to work with.
> >
> > When I (could) create the same and deliver the same but undocumented
> > and/or partial help you could also not use it for the 100% as
> > Benoit or I create the program had in mind during the development.
> >
> > This is a general problem with almost all software.
> > Lack of proper documentation or at least an explanation what the
> > intention is and how to basically use it.
> > When I add this explanations to the wiki I can in most
> > cases only guess what the meaning is, and be wrong!
> >
> > I'm a bit sad with the way gambas is going now.
> 
> I am very aware of this problem. But this is just a lack of time. Sure if I'm 
> payed to work on Gambas next year (Daniel? :-)) I will spend more time on 
> documentation.

Your the master and set the priorities in favour of expanding or improving. 
Expanding is always a challenge to get something done and overall you did 
it really well. For improving you can use some help from outside.
But as mentioned those people need some basic information to be able to do.
You do have it in your mind but that is for us a crystal ball we can't read.

> 
> Otherwise, the way gambas is going now is exactly the same as the way it is 
> going from the beginning (or not?). I know what I want to put in Gambas 
> almost since the beginning (see the roadmap freemind map) and I try to 
> explain things a little when I release them. 
After some trial and error you changed some part drastic but in general I think
it is going that way
> 
> It just depends on my free time.
You should got more but that is a utopia.
Do no forget to rest also, you earn it. :)

> 
> If you want to know some precise things about some parts of Gambas, do ask. 
> For example, I didn't know that you had problems with gb.db.form. Or maybe I 
> missed your mail?
LOL And get the mesage :

Re: [Gambas-user] prb:Left() does not work correct. 
2006-06-28 18:09

I finally found the bug and fixed it. It was the "=" and '<>' operators that 
sometimes did bad things when comparing strings.

Strange that you are the only people having problems!

Here is a patch for 1.9.32.

[hidden]
please be quit, I do not want advertise that I can't program :)
[/hidden]

[smile]
You wish I am the only 'person' with problems.
I'm afraid for what you do in that case. :)
[/smile]

The patch was working very well.

> 
> >
> > With all respect, gambas is goooooood
> >
> > Ron.
> >
> > PS sorry for the length but I had to ventilate it.
> 
> Regards,
> 

Many thanks for your reply

Greets from 'les Pays Bas' with warm night

Ron



From ronstk at ...124...  Thu Jul 20 03:07:32 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Thu, 20 Jul 2006 03:07:32 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607200208.37125.gambas@...1...>
References: <200607171248.20179.gambas@...1...>
	<200607200053.40675.sirfabien@...176...>
	<200607200208.37125.gambas@...1...>
Message-ID: <200607200307.32645.ronstk@...124...>

On Thursday 20 July 2006 02:08, Benoit Minisini wrote:
> > The principal problem on gb.db.form is to not have a graphical component to
> > set the Connection.
I think this is not really need

My problem was to get the connection other then in main as example was given.
Finally I got it working in my own form but it was crying for data, in the _new event,
not available until the user has the form for his eyes and selected a entry in a 
combobox. 
Setting the combobox to a default in _new, instead the user had to select it manual,
did fire the click event and executed the behaviour in that way as the user had click on it.

This should be resolved in the last version(s) after .3x but i'm back to .29
This is the latest stable version acting the way I like most.
But to be honnest I like .28 more. 
For me the new editor is also not nice.


> 
> For four lines of codes... 
> But when the database manager will be included in  
> the IDE, I think this problem will be solved.
I was not aware of this.
I use normal/most the stand-alone version aside the IDE.

> 
> >
> > If you have a minute can you tell me if you can do a columncombobox or mabe
> > tell me what i can use to do it.
> >
> 
> What is a columncombobox ???
[bigsmile]
  The next challenge to create for Benoit?
  gb.forfabien.columncombobox
[/bigsmile]

Ron



From ronstk at ...124...  Thu Jul 20 04:20:28 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Thu, 20 Jul 2006 04:20:28 +0200
Subject: [Gambas-devel] The new editor
Message-ID: <200607200420.28947.ronstk@...124...>

I want to tell my experience with the new editor.

1) Selecting text in the editor
  When I go to the firstline column 0 and drag the mouse DOWN
  for the lines to mark, the marked text is highlighted.
  Sometimes the marked highlight disappears NOT on mouse up.

  When I go to the lastlineline column 0 and drag the mouse UP
  for the lines to mark, the marked text is highlighted.
  Sometimes the marked highlight disappears STAY on mouse up.

  For me the safe way is drag mouse UP but by instinct you do DOWN.
  (upto .32 I had it, .33 cant say for 100% by using it to short) 

2) Double click on a word highlighted the word in the past.
  example text:
  Public Sub TextBox1_Click() 

  In the past double click on the character B did highlight 'TextBox1'
  and on character i highlight 'Click'
  Now it does not matter wich character i use, 'TextBox1_Click' is highlighted.
  Why this click? Well I want to use Find to see howmany times 'TextBox1'
  and where it is used to determine it makes sense to replace by more correct name
  and how much will change if done.
  I have to strip _Click

3) The completion.
  It is to aggressive for me.
  Also it tries to many times to help me by being smart and complete the
  word with more then is good.
 
  i.e. the name he looks up is 'pri'
  I have a variable/function printdata
  after 'pri' the 'printdata' comes up but not 'print' 
  Now I have two way to continue.
  Click on 'printdata' and backspace to 'print', add a dot . and the property Size I want.
  The completion makes 'printdata.Size'
  Or I stay type 'i' 'n' 't' and '.'  going on with 'S' and completion shows 'Size'
  accepting this and get?
  yes again 'printdata.Size'
  Is here priority for user declared names and then forget the component names at all?
  Also seen doubles with _Dim Varia as string_ and _varia="pipo"_ 


Ron 



  



From sirfabien at ...176...  Thu Jul 20 10:54:11 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Thu, 20 Jul 2006 10:54:11 +0200
Subject: [Gambas-devel] The new editor
In-Reply-To: <200607200420.28947.ronstk@...124...>
References: <200607200420.28947.ronstk@...124...>
Message-ID: <200607201054.11467.sirfabien@...176...>

Le Jeudi 20 Juillet 2006 04:20, Ron Onstenk a ?crit?:
> I want to tell my experience with the new editor.
>
> 1) Selecting text in the editor
>   When I go to the firstline column 0 and drag the mouse DOWN
>   for the lines to mark, the marked text is highlighted.
>   Sometimes the marked highlight disappears NOT on mouse up.
>
>   When I go to the lastlineline column 0 and drag the mouse UP
>   for the lines to mark, the marked text is highlighted.
>   Sometimes the marked highlight disappears STAY on mouse up.
>
>   For me the safe way is drag mouse UP but by instinct you do DOWN.
>   (upto .32 I had it, .33 cant say for 100% by using it to short)
>
> 2) Double click on a word highlighted the word in the past.
>   example text:
>   Public Sub TextBox1_Click()
>
>   In the past double click on the character B did highlight 'TextBox1'
>   and on character i highlight 'Click'
>   Now it does not matter wich character i use, 'TextBox1_Click' is
> highlighted. Why this click? Well I want to use Find to see howmany times
> 'TextBox1' and where it is used to determine it makes sense to replace by
> more correct name and how much will change if done.
>   I have to strip _Click
>
> 3) The completion.
>   It is to aggressive for me.
>   Also it tries to many times to help me by being smart and complete the
>   word with more then is good.
>
>   i.e. the name he looks up is 'pri'
>   I have a variable/function printdata
>   after 'pri' the 'printdata' comes up but not 'print'
>   Now I have two way to continue.
>   Click on 'printdata' and backspace to 'print', add a dot . and the
> property Size I want. The completion makes 'printdata.Size'
>   Or I stay type 'i' 'n' 't' and '.'  going on with 'S' and completion
> shows 'Size' accepting this and get?
>   yes again 'printdata.Size'
>   Is here priority for user declared names and then forget the component
> names at all? Also seen doubles with _Dim Varia as string_ and
> _varia="pipo"_
>
>
> Ron
>

I want to add some little things...

Where is the drag and drop on text ? there is alway some problem on 
copy/paste...

Nevertheless it's a nears perfect editor ;)

I'm agree with ron for autocompletion ... the space key (and "(" and "[") need 
to replace the word only if the nocasesensitive text  is = to a word in the 
list  in other case it will not be replaced.

For exemple... if i wrote Lasty it replace by LAST.... i need to press esc a 
the good time... no really usefull !

Regards,
Fabien




From sirfabien at ...176...  Thu Jul 20 11:20:25 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Thu, 20 Jul 2006 11:20:25 +0200
Subject: [Gambas-devel] Release of gambas 1.9.34
In-Reply-To: <200607200208.37125.gambas@...1...>
References: <200607171248.20179.gambas@...1...>
	<200607200053.40675.sirfabien@...176...>
	<200607200208.37125.gambas@...1...>
Message-ID: <200607201120.25133.sirfabien@...176...>

ch s in Sto
> >   pic = Stock[s]
> > next
>
> Please read my other mail about the way I want to implement stock icons
> access.
>
Sorry i've received it after :)

> > > > How the hell he knows the stock has something to do with icons.
> > > > I have only resistors, diode etc in stock.
> > >

> > The principal problem on gb.db.form is to not have a graphical component
> > to set the Connection.
>
> For four lines of codes... But when the database manager will be included
> in the IDE, I think this problem will be solved.

In fact... yes just for 4 line of code :) the other problem is that we can not 
define connection at the form level...

> > If you have a minute can you tell me if you can do a columncombobox or
> > mabe tell me what i can use to do it.
>
> What is a columncombobox ???

haha ! :) it's a combobox with a columnlist

It's used many and many time in management program. ( en compta)

Regards,
Fabien




From dcamposf at ...176...  Thu Jul 20 14:18:43 2006
From: dcamposf at ...176... (Daniel Campos)
Date: Thu, 20 Jul 2006 14:18:43 +0200
Subject: [Gambas-devel] Stock class
In-Reply-To: <200607200121.43096.gambas@...1...>
References: <200607192337.13352.gambas@...1...>
	<200607200058.51287.sirfabien@...176...>
	<200607200121.43096.gambas@...1...>
Message-ID: <7259b5ae0607200518j619c572cneed42691d40b15b1@...178...>

Hi:

Most of the GTK+ default icons are stored in the same GTK+ library, not in
the file system. When the default theme changes, then the functions in
charge of creating an icon having a key name looks if theme provides an
alternate new icon (that icon is in the file system, if it exists), via the
theme low level functions, returning the new icon or the default icon if it
does not exist.

The real path of an icon (embed in the library or a real file) is managed
internally by the GTK+ theme engines, so you should not look for them
directly. I think you should implement any kind of callback in the
gb.gtkcomponent instead, using  the stock functions to get the icon:

http://developer.gnome.org/doc/API/2.0/gtk/gtk-Stock-Items.html

http://developer.gnome.org/doc/API/2.0/gtk/GtkIconTheme.html

http://developer.gnome.org/doc/API/2.0/gtk/gtk-Themeable-Stock-Images.html

I have already some code written about that in the gb.gtk component.

About the GNOME extensions, I think you should not care about it: the
gnome-ui libraries are going to dissapear in the next releases of GNOME. All
the graphical part of the GNOME libraries will be managed directly by GTK+,
so any code using current GNOME feautes probably will be deprecated when a
stable version gb.gtk would arrive.

A bit more about gb.gtk: I recommend to start using GTK+-2.10, as it is the
first version with printing support (for the Printer class), using Cairo it
is able to manage also vectorial drawing (for Drawing class and SVG files),
and the standard dialogs have been improved allowing better integration of
the current gb.qt features in that field. It is binary compatible with
GTK+2.x older versions, and compiling and installing the source stack (glib,
atk, pango, gtk+) replaces automagically to old libraries, so you can keep
the rpm or deb system intact to not fall in dependencies problems, even if
these files are deleted from disk :-)

Daniel




2006/7/20, Benoit Minisini <gambas at ...1...>:
>
> On Thursday 20 July 2006 00:58, Fabien Bodard wrote:
> >
> > 2 day to search that ... :/ but i've not found it !
> >
> > the second problem is to get the current theme path !
> >
> > I'm not sure that a pure gambas class will be sufficient ! as kde libs
> > allow to implement theme effect too like the gnome libs.
> >
> > > Regards,
> >
>
> I found it for KDE:
>
> EXEC ["kde-config", "--path", "icon"] TO sPath
> PRINT sPath
>
> Now for GNOME?
>
> --
> Benoit Minisini
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060720/49ff7713/attachment.html>

From sirfabien at ...176...  Fri Jul 21 18:18:49 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Fri, 21 Jul 2006 18:18:49 +0200
Subject: [Gambas-devel] Fwd: Pb avec wanadoo!
Message-ID: <200607211818.49241.sirfabien@...176...>


This is a message from Benoit:

Hi Fabien (it's me ;-) )

The wanadoo server is back-listed on spamcop.net, so i can't send email on 
none mailing-list for this time...

if you can a little mail to advertice people for me, it will be sympatic ! 
(it's done !)

thank by advance,

--
Benoit Minisini

----------  Message transmis  ----------

Subject: Pb avec wanadoo!
Date: Jeudi 20 Juillet 2006 22:09
From: Benoit Minisini <gambas at ...1...>
To: Fabien Bodard <sirfabien at ...176...>

Salut Fabien,

Le serveur de wanadoo est black-list? sur spamcop.net, ce qui fait que je ne
peux plus envoyer de mails sur aucune mailing-list pour l'instant...

Si tu peux envoyer un petit mail pour pr?venir les gens ? ma place, ce serait
sympa!

Merci d'avance.

--
Benoit Minisini

-------------------------------------------------------



From benoit.minisini at ...176...  Sat Jul 22 00:14:48 2006
From: benoit.minisini at ...176... (Benoit Minisini)
Date: Sat, 22 Jul 2006 00:14:48 +0200
Subject: [Gambas-devel] This is a test
Message-ID: <200607220014.48380.gambas@...1...>


-- 
Benoit Minisini



From jredrejo at ...101...  Sat Jul 22 16:43:10 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Sat, 22 Jul 2006 16:43:10 +0200
Subject: [Gambas-devel] Gambas 2 roadmap
In-Reply-To: <200607031325.13910.gambas@...1...>
References: <200607031325.13910.gambas@...1...>
Message-ID: <1153579390.29767.17.camel@...102...>

Hi, Beno?t and others..
Today gambas2 has been accepted into Debian experimental, what will
allow  more people to test it. In the roadmap of the next release for
Debian stable, the release team has purpose to do a general freeze of
the distribution on mid October. I would bet it won't happen before the
end of the year, but that's the prevision.

By now, I don't dare including gambas2 in Debian because of the deep
changes we see from one version to another, what usually make necessary
recompile and changes in the source of the applications developed with
gambas2. But, I would like to include it before the freeze of Debian
testing, so gambas2 would be include in the next Debian release. I think
this is important for many people, not only Debian users, but also a
would bunch of Debian based distributions as Mepis, Knoppix, linspire,
Ubuntu, LinEx, etc.

So, this is my question: Do you think the bytecode and the language will
suffer deep changes after October in the gambas2 development or the
changes that could affect to this part could be done before that date. I
don't mean the v 2.0 should be released before that date, only that the
applications (and future distro packages) made with gambas, let's say
1.9.50, could be used with gambas 2.0 without recompiling or changing
its source code.

I know this is a hard question, and I am not asking it to be done, just
want to know if that could be possible (and saying it would be
great ;-). In the meantime I could continue sending the packages to
Debian experimental

Best regards.




From gambas at ...1...  Sun Jul 23 00:01:52 2006
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Jul 2006 00:01:52 +0200
Subject: [Gambas-devel] Gambas 2 roadmap
In-Reply-To: <1153579390.29767.17.camel@...102...>
References: <200607031325.13910.gambas@...1...>
	<1153579390.29767.17.camel@...102...>
Message-ID: <200607230001.52865.gambas@...1...>

On Saturday 22 July 2006 16:43, Jos? L. Redrejo Rodr?guez wrote:
> Hi, Beno?t and others..
> Today gambas2 has been accepted into Debian experimental, what will
> allow  more people to test it. In the roadmap of the next release for
> Debian stable, the release team has purpose to do a general freeze of
> the distribution on mid October. I would bet it won't happen before the
> end of the year, but that's the prevision.
>
> By now, I don't dare including gambas2 in Debian because of the deep
> changes we see from one version to another, what usually make necessary
> recompile and changes in the source of the applications developed with
> gambas2. But, I would like to include it before the freeze of Debian
> testing, so gambas2 would be include in the next Debian release. I think
> this is important for many people, not only Debian users, but also a
> would bunch of Debian based distributions as Mepis, Knoppix, linspire,
> Ubuntu, LinEx, etc.
>
> So, this is my question: Do you think the bytecode and the language will
> suffer deep changes after October in the gambas2 development or the
> changes that could affect to this part could be done before that date. I
> don't mean the v 2.0 should be released before that date, only that the
> applications (and future distro packages) made with gambas, let's say
> 1.9.50, could be used with gambas 2.0 without recompiling or changing
> its source code.
>
> I know this is a hard question, and I am not asking it to be done, just
> want to know if that could be possible (and saying it would be
> great ;-). In the meantime I could continue sending the packages to
> Debian experimental
>
> Best regards.
>

Hi Jose,

At the moment, the only thing I want to add that will modify the bytecode is a 
support for the ByRef VB keyword to help porting VB projects. As this is a 
feature that was not thought from the beginning, it is a bit hard to add it 
now. So it won't be immediate, but I can do that before October. Otherwise I 
will do it after 2.0.

The other things that could modify the bytecode is something weird in the 
language syntax that some users dislike.

I think we can decide that there won't be any bytecode change after October, 
except if there is something very wrong in it.

Regards,

-- 
Benoit Minisini



From jredrejo at ...101...  Sun Jul 23 14:53:44 2006
From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=)
Date: Sun, 23 Jul 2006 14:53:44 +0200
Subject: [Gambas-devel] Gambas 2 roadmap
In-Reply-To: <200607230001.52865.gambas@...1...>
References: <200607031325.13910.gambas@...1...>
	<1153579390.297 67.17.camel@...102...>
	<200607230001.52865.gambas@...1...>
Message-ID: <1153659224.6618.15.camel@...102...>

El dom, 23-07-2006 a las 00:01 +0200, Benoit Minisini escribi?:
> On Saturday 22 July 2006 16:43, Jos? L. Redrejo Rodr?guez wrote:
> > Hi, Beno?t and others..
> > Today gambas2 has been accepted into Debian experimental, what will
> > allow  more people to test it. In the roadmap of the next release for
> > Debian stable, the release team has purpose to do a general freeze of
> > the distribution on mid October. I would bet it won't happen before the
> > end of the year, but that's the prevision.
> >
> > By now, I don't dare including gambas2 in Debian because of the deep
> > changes we see from one version to another, what usually make necessary
> > recompile and changes in the source of the applications developed with
> > gambas2. But, I would like to include it before the freeze of Debian
> > testing, so gambas2 would be include in the next Debian release. I think
> > this is important for many people, not only Debian users, but also a
> > would bunch of Debian based distributions as Mepis, Knoppix, linspire,
> > Ubuntu, LinEx, etc.
> >
> > So, this is my question: Do you think the bytecode and the language will
> > suffer deep changes after October in the gambas2 development or the
> > changes that could affect to this part could be done before that date. I
> > don't mean the v 2.0 should be released before that date, only that the
> > applications (and future distro packages) made with gambas, let's say
> > 1.9.50, could be used with gambas 2.0 without recompiling or changing
> > its source code.
> >
> > I know this is a hard question, and I am not asking it to be done, just
> > want to know if that could be possible (and saying it would be
> > great ;-). In the meantime I could continue sending the packages to
> > Debian experimental
> >
> > Best regards.
> >
> 
> Hi Jose,
> 
> At the moment, the only thing I want to add that will modify the bytecode is a 
> support for the ByRef VB keyword to help porting VB projects. As this is a 
> feature that was not thought from the beginning, it is a bit hard to add it 
> now. So it won't be immediate, but I can do that before October. Otherwise I 
> will do it after 2.0.
> 
> The other things that could modify the bytecode is something weird in the 
> language syntax that some users dislike.
> 
> I think we can decide that there won't be any bytecode change after October, 
> except if there is something very wrong in it.

Great, then I will continue uploading gambas2 to experimental until you
notice the release that will have the bytecode "frozen" for gambas 2.0.
Then I will upload it to unstable to begin the process that will take
gambas 2.0 to the next Debian stable release.

Thanks.




From gambas at ...1...  Tue Jul 25 23:31:51 2006
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 25 Jul 2006 23:31:51 +0200
Subject: [Gambas-devel] The new editor
In-Reply-To: <200607200420.28947.ronstk@...124...>
References: <200607200420.28947.ronstk@...124...>
Message-ID: <200607252331.51112.gambas@...1...>

On Thursday 20 July 2006 04:20, Ron Onstenk wrote:
> I want to tell my experience with the new editor.
>
> 1) Selecting text in the editor
>   When I go to the firstline column 0 and drag the mouse DOWN
>   for the lines to mark, the marked text is highlighted.
>   Sometimes the marked highlight disappears NOT on mouse up.
>
>   When I go to the lastlineline column 0 and drag the mouse UP
>   for the lines to mark, the marked text is highlighted.
>   Sometimes the marked highlight disappears STAY on mouse up.
>
>   For me the safe way is drag mouse UP but by instinct you do DOWN.
>   (upto .32 I had it, .33 cant say for 100% by using it to short)

I didn't understand what you are talking about. You are making sentences with 
too many verbs!

>
> 2) Double click on a word highlighted the word in the past.
>   example text:
>   Public Sub TextBox1_Click()
>
>   In the past double click on the character B did highlight 'TextBox1'
>   and on character i highlight 'Click'
>   Now it does not matter wich character i use, 'TextBox1_Click' is
> highlighted. Why this click? Well I want to use Find to see howmany times
> 'TextBox1' and where it is used to determine it makes sense to replace by
> more correct name and how much will change if done.
>   I have to strip _Click

It's because I wanted double click to select a full identifier. Maybe the 
double-click could behave differently if you press CTRL or ALT or SHIFT?

>
> 3) The completion.
>   It is to aggressive for me.
>   Also it tries to many times to help me by being smart and complete the
>   word with more then is good.
>
>   i.e. the name he looks up is 'pri'
>   I have a variable/function printdata
>   after 'pri' the 'printdata' comes up but not 'print'
>   Now I have two way to continue.
>   Click on 'printdata' and backspace to 'print', add a dot . and the
> property Size I want. The completion makes 'printdata.Size'
>   Or I stay type 'i' 'n' 't' and '.'  going on with 'S' and completion
> shows 'Size' accepting this and get?
>   yes again 'printdata.Size'
>   Is here priority for user declared names and then forget the component
> names at all? Also seen doubles with _Dim Varia as string_ and
> _varia="pipo"_

Tell me if it is better with 1.9.35.

Regards,

-- 
Benoit Minisini



From ronstk at ...124...  Wed Jul 26 01:24:13 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Wed, 26 Jul 2006 01:24:13 +0200
Subject: [Gambas-devel] The new editor
In-Reply-To: <200607252331.51112.gambas@...1...>
References: <200607200420.28947.ronstk@...124...>
	<200607252331.51112.gambas@...1...>
Message-ID: <200607260124.13686.ronstk@...124...>

On Tuesday 25 July 2006 23:31, Benoit Minisini wrote:
> On Thursday 20 July 2006 04:20, Ron Onstenk wrote:
> > I want to tell my experience with the new editor.
> >
> > 1) Selecting text in the editor
> >   When I go to the firstline column 0 and drag the mouse DOWN
> >   for the lines to mark, the marked text is highlighted.
> >   Sometimes the marked highlight disappears NOT on mouse up.
The highlight disappears on mouse UP

> >
> >   When I go to the lastlineline column 0 and drag the mouse UP
> >   for the lines to mark, the marked text is highlighted.
> >   Sometimes the marked highlight disappears STAY on mouse up.
The highlight do not disappear on mouse UP

> >
> >   For me the safe way is drag mouse UP but by instinct you do DOWN.
> >   (upto .32 I had it, .33 cant say for 100% by using it to short)
  (upto gambas2.1.9.32 I had it, gambas2.1.9.33 cant say for 100% by using 
  it to short)

> 
> I didn't understand what you are talking about. You are making sentences with 
> too many verbs!
Other verbs?

> 
> >
> > 2) Double click on a word highlighted the word in the past.
> >   example text:
> >   Public Sub TextBox1_Click()
> >
> >   In the past double click on the character B did highlight 'TextBox1'
> >   and on character i highlight 'Click'
> >   Now it does not matter wich character i use, 'TextBox1_Click' is
> > highlighted. Why this click? Well I want to use Find to see howmany times
> > 'TextBox1' and where it is used to determine it makes sense to replace by
> > more correct name and how much will change if done.
> >   I have to strip _Click
> 
> It's because I wanted double click to select a full identifier. Maybe the 
> double-click could behave differently if you press CTRL or ALT or SHIFT?
Good suggestion but use the double click for word and SHIFT for full identifier.
The behaviour stay as it always have been and the SHIFT match the multi select 
behaviour with the controls (listview, columnview, treeview and listbox) in gambas
and the controls of KDE, i.e. the message list in Kmail.


> 
> >
> > 3) The completion.
> >   It is to aggressive for me.
> >   Also it tries to many times to help me by being smart and complete the
> >   word with more then is good.
> >
> >   i.e. the name he looks up is 'pri'
> >   I have a variable/function printdata
> >   after 'pri' the 'printdata' comes up but not 'print'
> >   Now I have two way to continue.
> >   Click on 'printdata' and backspace to 'print', add a dot . and the
> > property Size I want. The completion makes 'printdata.Size'
> >   Or I stay type 'i' 'n' 't' and '.'  going on with 'S' and completion
> > shows 'Size' accepting this and get?
> >   yes again 'printdata.Size'
> >   Is here priority for user declared names and then forget the component
> > names at all? Also seen doubles with _Dim Varia as string_ and
> > _varia="pipo"_
> 
> Tell me if it is better with 1.9.35.
OK then I wait for 1.9.35 and skip 1.9.34 :(

> 
> Regards,
> 



From gambas at ...1...  Tue Jul 25 22:58:56 2006
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 25 Jul 2006 22:58:56 +0200
Subject: [Gambas-devel] Release of gambas 1.9.35
Message-ID: <200607252258.56295.gambas@...1...>

Hi all,

I continue my work on the Development Environment in this release. But you get 
two important bug fixes in the interpreter too!

* The Development Environment Find dialog was redesigned.
* The automatic completion is less aggressive.
* A form can be reloaded.
* The GTK component got a GridView control. 
* Reading and writing a string into a stream without specifying the length now 
work correctly.
* Temporary files are now correctly removed when the interpreter terminates.

This last fix is important, otherwise your /tmp directory will be full of void 
temporary directories in /tmp/gambas.$USER_ID/$PROCESS_ID/. I had thousands 
of them, almost one for each possible process ID!

Here is the full changelog:

--8<---------------------------------------------------------------------------

CONFIGURATION & INSTALLATION

* The README.HOWTO-PACKAGE-GAMBAS file has been updated. Please read it
  carefully if you make binary packages of the development version!
* This version should compile without errors with the very last version
  of gcc.

DEVELOPMENT ENVIRONMENT

* BUG: Clicking on a menu inside the form editor now opens the editor
  inside the event handler as before.
* BUG: Changing the stacking order of controls keeps the selection handles
  on top.
* NEW: The new logo is used in more places.
* BUG: You can select the default color in the color dialog again without
  crashing the IDE.
* NEW: The automatic completion ignores string contents and comments now.
* BUG: The automatic completion is less aggressive.
* NEW: The find dialog were replaced by a find panel with toolbars.
* NEW: The result of a global project search is now displayed directly in
  the project tree.
* NEW: When debugging, selecting an expression in the editor displays its
  value in the message bar.
* NEW: You can reload a form now.
* BUG: The mascot came back.
* NEW: A new highlight theme, named 'Amethyst'.

INTERPRETER

* NEW: GB.Loop() is a new interpreter API that allows a component to call
  the default event loop to implement its own one.
* NEW: Object.Count is a static method that returns how many times an
  object is referenced.
* BUG: Comparing objects now work in all cases.
* NEW: A component now can export a GB_SIGNAL() function that will be 
  called by the interpreter in specific situations. At the moment, the 
  following signals are implemented: GB_SIGNAL_DEBUG_BREAK (the program
  is stopped in the debugger), GB_SIGNAL_DEBUG_CONTINUE (the program is
  running), and GB_SIGNAL_DEBUG_FORWARD (the program will run step by
  step).
* NEW: String.InStr() and String.RInStr() are two new string search 
  functions that deals with UTF-8.
* BUG: Randomize() works now when the seed is specified
* BUG: Reading and writing a string into a stream without specifying the
  length now work correctly.
* BUG: Temporary files are now correctly removed when the interpreter
  terminates.

GB.QT COMPONENT

* NEW: Arrangement by row and column now take the Expand property into 
  account.
* BUG: ToolButton now raises its Click event according to its toggle 
  status.
* BUG: Select events of ListBox, ListView, TreeView and ColumnView are now
  posted, so that its behaviour is more logical.
* NEW: Action class is now called only when a control is effectively 
  associated with an action.
* BUG: A close embedded window automatically activates its parent window.
* NEW: Forms now accept keyboard focus when clicked. This is experimental
  and may be removed in the future.
* NEW: Show and Hide events are not sent anymore if they come from the
  window manager. This is experimental too!
* BUG: Some fixes in the Action class.

GB.FORM COMPONENT

* NEW: Some cosmetic changes in the SidePanel control.

GB.FORM.MDI COMPONENT

* NEW: A ToolBar child having the Expand property set now makes the toolbar
  as large as possible.
* NEW: ToolBar can have an action now.

GB.SETTINGS COMPONENT

* BUG: The default settings file directory is now automatically created.

GB.GTK COMPONENT

* NEW: Arrangement by row and column now take the Expand property into 
  account.
* NEW: The GridView control was implemented.

--8<---------------------------------------------------------------------------

Regards,

-- 
Benoit Minisini



From priastefano at ...506...  Fri Jul 28 14:03:34 2006
From: priastefano at ...506... (Tim Stefano)
Date: Fri, 28 Jul 2006 14:03:34 +0200
Subject: [Gambas-devel] Run error Gambas2
Message-ID: <00a001c6b23d$da0f1ad0$0200a8c0@...507...>


Montelupo Fiorentino, Italy 28 Luglio/July 2006

Hi all,

I'm a new developer with GAMBAS, my name is Stefano Pria from Italy. I start to work with Mandriva 2006 and GAMBAS version 1.0.10 and I done some little program to understand I GAMBAS works. Now I want to start a new big project (big for me of course) and before I want to update the version of GAMBAS so I install the RPMS version of GAMBAS2 1.9.31 from www.kudla.org. I follow the tutorial inside the site and the installation was good, no error message.
At the end I don't find the option inside the main menu -> other -> development -> .... so I search in /usr/bin/ and I find gambas and gambas2 so I launch with "execute command" in the main menu.... but an ERROR popup say: 

                        This application has raised an unexpected error and must abort.
                        [2] Cannot load class 'FOption': Unable to load class file.
                        FOutput.ReadConfig.55

What can I do ?

Thank you in advance for your help

CIAO

Distinti Saluti/Best Regards
            Stefano Pria
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060728/ad7d2689/attachment.html>

From gambas at ...1...  Fri Jul 28 14:35:20 2006
From: gambas at ...1... (Benoit Minisini)
Date: Fri, 28 Jul 2006 14:35:20 +0200
Subject: [Gambas-devel] Run error Gambas2
In-Reply-To: <00a001c6b23d$da0f1ad0$0200a8c0@...507...>
References: <00a001c6b23d$da0f1ad0$0200a8c0@...507...>
Message-ID: <200607281435.20788.gambas@...1...>

On Friday 28 July 2006 14:03, Tim Stefano wrote:
> Montelupo Fiorentino, Italy 28 Luglio/July 2006
>
> Hi all,
>
> I'm a new developer with GAMBAS, my name is Stefano Pria from Italy. I
> start to work with Mandriva 2006 and GAMBAS version 1.0.10 and I done some
> little program to understand I GAMBAS works. Now I want to start a new big
> project (big for me of course) and before I want to update the version of
> GAMBAS so I install the RPMS version of GAMBAS2 1.9.31 from www.kudla.org.
> I follow the tutorial inside the site and the installation was good, no
> error message. At the end I don't find the option inside the main menu ->
> other -> development -> .... so I search in /usr/bin/ and I find gambas and
> gambas2 so I launch with "execute command" in the main menu.... but an
> ERROR popup say:
>
>                         This application has raised an unexpected error and
> must abort. [2] Cannot load class 'FOption': Unable to load class file.
> FOutput.ReadConfig.55
>
> What can I do ?
>
> Thank you in advance for your help
>
> CIAO
>
> Distinti Saluti/Best Regards
>             Stefano Pria

I have installed these packages on my system to see what happens.
Everything seems to work, provided that you install *all* packages 1.9.33, 
because Rob didn't make them correctly (some files are not in the good 
package, and some dependencies are missing).

I will tell them that it should fix that!

Regards,

-- 
Benoit Minisini



From sirfabien at ...176...  Fri Jul 28 17:03:18 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Fri, 28 Jul 2006 17:03:18 +0200
Subject: [Gambas-devel] gb.form.mda-0.20
Message-ID: <200607281703.18944.sirfabien@...176...>

This is a rewritted mdi emulator.


To Benoit :

I think this not so speed than the tab strip... In fact i prefer the tab 
strip ;)

If you want to test it under the ide just put hWorkspace.AlwayMaximized to 
true in the _New procedure.

Regards,
Fabien Bodard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gb.form.mda-0.2.tar.gz
Type: application/x-tgz
Size: 29487 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20060728/1a86c52a/attachment.bin>

From ronstk at ...124...  Sun Jul 30 15:37:44 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Sun, 30 Jul 2006 15:37:44 +0200
Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz
In-Reply-To: <44CC9D22.3080300@...399...>
References: <200607292236.20216.ronstk@...124...>
	<200607301113.20077.ronstk@...124...>
	<44CC9D22.3080300@...399...>
Message-ID: <200607301537.44639.ronstk@...124...>

On Sunday 30 July 2006 13:50, you wrote:
> Ron Onstenk wrote:
> > On Sunday 30 July 2006 10:41, you wrote:
> > 
> >>
> >> I have now compiled my new version and it do have the mda component. But
> >>
> >> it is still no windowed child forms.
> >> They do just the same as the mdi component.
> >>
> > 
> > 1) Did you made a the new gambas2 as separate map?
> > 2) open the extra copy from 1
> > 3) in the menubar goto project and select 'properties'
> > 4) goto tab 'Components' 
> > 5) deselect gb.form.mdi and select gb.form.mda <------ importand
> > 6) make executable
> > 7) run the new created. This one should have it.
> > 
> > In the upperleft corner of the editor child the menu must 
> > have a list of:
> > 
> >   All windows
> > ^ Maximize
> > o Restore
> > v Minimize
> > ------------
> > x Close
> > 
> > I did it as the story on the maillist and here it did work.
> > 
> > Ron
> Hi Ron.
> 
> I have only one copy of gambas. Yes I have done the switch from mdi to
> mda. Have a look at the screen dump.
> The only difference I can see is on the "mdi" form it do have a scroll
> at the bottom, and it should not be there.
> 
> The form are showing as maximized.
> 

I'm afraid you did misunderstood the .mda story.

The reason for .mda is the way the IDE of gambas has the workspace
for the coding part.
Fabian did not like it the way it is now with maximized editors.
That is also for me, I would like to see the class(A) with declarations 
and comments aside of the class(B) I'm working on and use class(A).

This workarea is the 'WorkSpace' in gb.form.mdi and .mda file.
However this 'WorkSpace' with the intention as general purpose is  
internal a bit made for the IDE for behaviour and interfacing.
The version Fabian made is also with the eyes to the IDE.

Why I'm involved with it is I did/do like the result of Fabians as-is now.
However I found a few small things in the previous version not logic to 
me for the 'Tile' and 'Cascade' methods.
I did rework on that and send it back to Fabian for review.

He was surprised to find a addition from me where he did not realise 
the intention of the workspace as 'general user control' and I did
the addition with eyes to general user control too.

My point in supporting Fabian was to make it also more the UC then
a IDE workspace as where it is used in first place.

On the url given to you you can see a snapshot of the WorkSpace used
in the IDE. Here I'm use it already internal in the IDE.  
On the same url you can find 'mda-snap3.jpg' now that show you 
a amount of 13 windows (auto generated in test form). 
You can see on the bottom there are 2 small lines for the last 2 windows.
I'm reworking the algorithm for the 'Tile' matrix.
 
When I'm right is what you want exactly is the 'general user control'
as seen in your screenshot.
If this is true then I belive it is now more or less useless for you.

Without the source of that form it is hard to evaluate what is wrong.


 
Ron


PS
Because this is more a developer case I think it best
to continue in gambas-devel at lists.sourceforge.net








From ronstk at ...124...  Sun Jul 30 23:55:45 2006
From: ronstk at ...124... (Ron Onstenk)
Date: Sun, 30 Jul 2006 23:55:45 +0200
Subject: [Gambas-devel] Fwd: Re: [Gambas-user] Workspace (- Update)
In-Reply-To: <44CD23DB.30406@...399...>
References: <200607301919.23995.ronstk@...124...> <44CD23DB.30406@...399...>
Message-ID: <200607302355.45739.ronstk@...124...>

On Sunday 30 July 2006 23:25, you wrote:

---8<-----

> Hi Ron.
> 
> Yes I use thunderbird. I have got 3 mails from you before with the title
> "gb.form.mda-0.2.tar.gz"
> 
> Now I got the one with links. Yes this is what I look for. Strange that
> I can't get this with my mdi example.

of course you do not get with the .mdi example what 
you can get with the .mda example :)

> 
> 
> Maybee there is something wrong in the example. Have you looked at it?
> 
> 
> 

The screen snapshots where made from/with the version gb.form.mda-0.2.tar.gz
but as I understand your screenshot well this is not what you expect.
The workplace, as it is now, is more for the IDE then for user usage.
Second, the version is a TRIAL version and not a full complete one !!


Ron



From sirfabien at ...176...  Mon Jul 31 22:30:46 2006
From: sirfabien at ...176... (Fabien Bodard)
Date: Mon, 31 Jul 2006 22:30:46 +0200
Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz
In-Reply-To: <200607301537.44639.ronstk@...124...>
References: <200607292236.20216.ronstk@...124...>
	<44CC9D22.3080300@...399...>
	<200607301537.44639.ronstk@...124...>
Message-ID: <200607312230.46793.sirfabien@...176...>

Le Dimanche 30 Juillet 2006 15:37, Ron Onstenk a ?crit?:
> On Sunday 30 July 2006 13:50, you wrote:
> > Ron Onstenk wrote:
> > > On Sunday 30 July 2006 10:41, you wrote:
> > >> I have now compiled my new version and it do have the mda component.
> > >> But
> > >>
> > >> it is still no windowed child forms.
> > >> They do just the same as the mdi component.
> > >
> > > 1) Did you made a the new gambas2 as separate map?
> > > 2) open the extra copy from 1
> > > 3) in the menubar goto project and select 'properties'
> > > 4) goto tab 'Components'
> > > 5) deselect gb.form.mdi and select gb.form.mda <------ importand
> > > 6) make executable
> > > 7) run the new created. This one should have it.
> > >
> > > In the upperleft corner of the editor child the menu must
> > > have a list of:
> > >
> > >   All windows
> > > ^ Maximize
> > > o Restore
> > > v Minimize
> > > ------------
> > > x Close
> > >
> > > I did it as the story on the maillist and here it did work.
> > >
> > > Ron
> >
> > Hi Ron.
> >
> > I have only one copy of gambas. Yes I have done the switch from mdi to
> > mda. Have a look at the screen dump.
> > The only difference I can see is on the "mdi" form it do have a scroll
> > at the bottom, and it should not be there.
> >
> > The form are showing as maximized.
>
> I'm afraid you did misunderstood the .mda story.
>
> The reason for .mda is the way the IDE of gambas has the workspace
> for the coding part.
> Fabian did not like it the way it is now with maximized editors.
it's not true now :-)
NOw i prefer the way Benoit did it :) sorry... The more important problem for 
me was the toolbar management... The only thing i hope benoit did it's to 
remove the titlebar on his tabstrip.
SO has i've not really needs to use the workspace ... if someone can take 
place to me on the en of the development of it.. 

I've a more important job to do on the file selector to do. And maybe on a 
report tool... 

Regards,
Fabien Bodard


> That is also for me, I would like to see the class(A) with declarations
> and comments aside of the class(B) I'm working on and use class(A).
>
> This workarea is the 'WorkSpace' in gb.form.mdi and .mda file.
> However this 'WorkSpace' with the intention as general purpose is
> internal a bit made for the IDE for behaviour and interfacing.
> The version Fabian made is also with the eyes to the IDE.
>
> Why I'm involved with it is I did/do like the result of Fabians as-is now.
> However I found a few small things in the previous version not logic to
> me for the 'Tile' and 'Cascade' methods.
> I did rework on that and send it back to Fabian for review.
>
> He was surprised to find a addition from me where he did not realise
> the intention of the workspace as 'general user control' and I did
> the addition with eyes to general user control too.
>
> My point in supporting Fabian was to make it also more the UC then
> a IDE workspace as where it is used in first place.
>
> On the url given to you you can see a snapshot of the WorkSpace used
> in the IDE. Here I'm use it already internal in the IDE.
> On the same url you can find 'mda-snap3.jpg' now that show you
> a amount of 13 windows (auto generated in test form).
> You can see on the bottom there are 2 small lines for the last 2 windows.
> I'm reworking the algorithm for the 'Tile' matrix.
>
> When I'm right is what you want exactly is the 'general user control'
> as seen in your screenshot.
> If this is true then I belive it is now more or less useless for you.
>
> Without the source of that form it is hard to evaluate what is wrong.
>
>
>
> Ron
>
>
> PS
> Because this is more a developer case I think it best
> to continue in gambas-devel at lists.sourceforge.net
>
>
>
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your opinions on IT & business topics through brief surveys -- and earn
> cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel