From david_villalobos_c at ...7...  Mon Mar  3 16:01:13 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Mon, 3 Mar 2008 07:01:13 -0800 (PST)
Subject: [Gambas-devel] Language file for Gambas
Message-ID: <30270.94297.qm@...582...>

Hi

    I correct some string in the translation for spanish, Can someone upload the file?

    Please confirm.

PD:
    Beno?t, How can I get access to the svn server to upload this files by myself? Of course if you consider that it is OK.

Regards

David




      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080303/296441c3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gambas2-es-2.1.92.po
Type: application/octet-stream
Size: 69165 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080303/296441c3/attachment.obj>

From gambas at ...1...  Mon Mar  3 16:45:13 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 3 Mar 2008 16:45:13 +0100
Subject: [Gambas-devel] Language file for Gambas
In-Reply-To: <30270.94297.qm@...582...>
References: <30270.94297.qm@...582...>
Message-ID: <200803031645.13568.gambas@...1...>

On lundi 3 mars 2008, David Villalobos Cambronero wrote:
> Hi
>
>     I correct some string in the translation for spanish, Can someone
> upload the file?
>
>     Please confirm.
>
> PD:
>     Beno?t, How can I get access to the svn server to upload this files by
> myself? Of course if you consider that it is OK.
>

You must register to sourceforge, and then give me your sourceforge user name. 
Then I will grant you a write access to the Gambas repository, and you will 
be able to break everything :-)

Regards,

-- 
Benoit Minisini



From david_villalobos_c at ...7...  Mon Mar  3 17:04:21 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Mon, 3 Mar 2008 08:04:21 -0800 (PST)
Subject: [Gambas-devel] Language file for Gambas
Message-ID: <600694.40356.qm@...556...>

Hi,
    My login is: dvillalobos

----- Original Message ----
From: Benoit Minisini <gambas at ...1...>
To: mailing list for gambas developers <gambas-devel at lists.sourceforge.net>
Sent: Monday, March 3, 2008 9:45:13 AM
Subject: Re: [Gambas-devel] Language file for Gambas

On lundi 3 mars 2008, David Villalobos Cambronero wrote:
> Hi
>
>     I correct some string in the translation for spanish, Can someone
> upload the file?
>
>     Please confirm.
>
> PD:
>     Beno?t, How can I get access to the svn server to upload this files by
> myself? Of course if you consider that it is OK.
>

You must register to sourceforge, and then give me your sourceforge user name. 
Then I will grant you a write access to the Gambas repository, and you will 
be able to break everything :-)

Regards,

-- 
Benoit Minisini

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gambas-devel mailing list
Gambas-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-devel






      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080303/4673a965/attachment.html>

From gambas at ...1...  Thu Mar  6 02:34:51 2008
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 6 Mar 2008 02:34:51 +0100
Subject: [Gambas-devel] Language file for Gambas
In-Reply-To: <600694.40356.qm@...556...>
References: <600694.40356.qm@...556...>
Message-ID: <200803060234.51987.gambas@...1...>

On lundi 3 mars 2008, David Villalobos Cambronero wrote:
> Hi,
>     My login is: dvillalobos
>

OK, this is done, you have a write access.

If you do not know how to use subversion, please read the "How To Deal With 
Subversion" page on the wiki.

Regards,

-- 
Benoit Minisini



From anas_baiksekali at ...7...  Sat Mar  8 03:00:04 2008
From: anas_baiksekali at ...7... (khoirul anas)
Date: Fri, 7 Mar 2008 18:00:04 -0800 (PST)
Subject: [Gambas-devel] (no subject)
Message-ID: <825106.29765.qm@...583...>





Send instant messages to your online friends http://uk.messenger.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080307/d87b15fd/attachment.html>

From david_villalobos_c at ...7...  Wed Mar 12 14:51:04 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Wed, 12 Mar 2008 06:51:04 -0700 (PDT)
Subject: [Gambas-devel] My first commint
Message-ID: <171533.40272.qm@...584...>

Hi Beno?t:

    I just made my first commit to the svn repository, did I make everything OK?

Regards

David

       
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080312/4b07895c/attachment.html>

From robert.c.rowe at ...176...  Fri Mar 14 01:26:53 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 13 Mar 2008 20:26:53 -0400
Subject: [Gambas-devel] Documentation
Message-ID: <47D9C64D.20706@...176...>

Were the help files created by hand or were they generated by a program. 
Is the documentation in some sort of database so that the help files 
could be generated programatically? I've found a lot of inconsistencies 
in the layout of individual pages and a lot of missing pages (or bad links).

I'm trying to parse the help to get a short description of properties to 
display at the bottom of the property window. If the help files aren't 
consistent then I'll need to backup and make them consistent or pick out 
the text that I need by hand.

Robert Rowe




From robert.c.rowe at ...176...  Fri Mar 14 03:24:39 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 13 Mar 2008 22:24:39 -0400
Subject: [Gambas-devel] edtSplit
Message-ID: <47D9E1E7.9040102@...176...>

I found some code in ReadConfig of FEditor.class referencing edtSplit. 
Was this the beginnings of a split editor feature? I read about the View 
property of the Editor and was thinking of using it to implement the 
split screen. I didn't want to work on it if you were too.

Robert



From gambas at ...1...  Fri Mar 14 10:04:32 2008
From: gambas at ...1... (Benoit Minisini)
Date: Fri, 14 Mar 2008 10:04:32 +0100
Subject: [Gambas-devel] My first commint
In-Reply-To: <171533.40272.qm@...584...>
References: <171533.40272.qm@...584...>
Message-ID: <200803141004.32085.gambas@...1...>

On mercredi 12 mars 2008, David Villalobos Cambronero wrote:
> Hi Beno?t:
>
>     I just made my first commit to the svn repository, did I make
> everything OK?
>
> Regards
>
> David
>
>

Yes. :-)

-- 
Benoit Minisini



From gambas at ...1...  Fri Mar 14 10:08:32 2008
From: gambas at ...1... (Benoit Minisini)
Date: Fri, 14 Mar 2008 10:08:32 +0100
Subject: [Gambas-devel] Documentation
In-Reply-To: <47D9C64D.20706@...176...>
References: <47D9C64D.20706@...176...>
Message-ID: <200803141008.32297.gambas@...1...>

On vendredi 14 mars 2008, Robert Rowe wrote:
> Were the help files created by hand or were they generated by a program.
> Is the documentation in some sort of database so that the help files
> could be generated programatically? 


The documentation is made on the Gambas wiki. The help files are the HTML 
files displayed by the Gambas wiki CGI script that are modified by a filter 
to be usable offline.

The wiki stores its contents inside a mysql database.

> I've found a lot of inconsistencies 
> in the layout of individual pages 

What do you mean by that?

> and a lot of missing pages (or bad 
> links).

These are pages that are not written yet.

>
> I'm trying to parse the help to get a short description of properties to
> display at the bottom of the property window. If the help files aren't
> consistent then I'll need to backup and make them consistent or pick out
> the text that I need by hand.

Why not just extract the first lines of text after the <pre 
class="syntax">...</pre> markups?

-- 
Benoit Minisini



From gambas at ...1...  Fri Mar 14 10:15:23 2008
From: gambas at ...1... (Benoit Minisini)
Date: Fri, 14 Mar 2008 10:15:23 +0100
Subject: [Gambas-devel] edtSplit
In-Reply-To: <47D9E1E7.9040102@...176...>
References: <47D9E1E7.9040102@...176...>
Message-ID: <200803141015.23711.gambas@...1...>

On vendredi 14 mars 2008, Robert Rowe wrote:
> I found some code in ReadConfig of FEditor.class referencing edtSplit.
> Was this the beginnings of a split editor feature? I read about the View
> property of the Editor and was thinking of using it to implement the
> split screen. I didn't want to work on it if you were too.
>
> Robert
>

It seems that I tried something in the past. :-) 

I think you can keep this line of code.

Be careful that the editor control is public (Editor variable). So I think the 
fastest way to implement the split is to track focus changes between the two 
editors, and to set the edtEditor and Editor variable accordingly.

But I maybe wrong! the FEditor class was designed with only one editor in 
mind, so...

I suggest adding a button in the toolbar to toggle splitted/single view, like 
in Konqueror.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Fri Mar 14 13:43:54 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Fri, 14 Mar 2008 08:43:54 -0400
Subject: [Gambas-devel] edtSplit
In-Reply-To: <200803141015.23711.gambas@...1...>
References: <47D9E1E7.9040102@...176...>
	<200803141015.23711.gambas@...1...>
Message-ID: <47DA730A.1060102@...176...>

This was exactly what I had in mind. It seems that we both thought of 
konqueror. :)

My help integration project is going slower than I thought so I might 
put it on hold and do the split editor this weekend. Richard really 
wants it. I don't really find myself using it much in VB but it's handy 
sometimes.

Robert


Benoit Minisini wrote:
> On vendredi 14 mars 2008, Robert Rowe wrote:
>   
>> I found some code in ReadConfig of FEditor.class referencing edtSplit.
>> Was this the beginnings of a split editor feature? I read about the View
>> property of the Editor and was thinking of using it to implement the
>> split screen. I didn't want to work on it if you were too.
>>
>> Robert
>>
>>     
>
> It seems that I tried something in the past. :-) 
>
> I think you can keep this line of code.
>
> Be careful that the editor control is public (Editor variable). So I think the 
> fastest way to implement the split is to track focus changes between the two 
> editors, and to set the edtEditor and Editor variable accordingly.
>
> But I maybe wrong! the FEditor class was designed with only one editor in 
> mind, so...
>
> I suggest adding a button in the toolbar to toggle splitted/single view, like 
> in Konqueror.
>
> Regards,
>
>   



From gambas at ...1...  Sun Mar 16 14:03:29 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 16 Mar 2008 14:03:29 +0100
Subject: [Gambas-devel] edtSplit
In-Reply-To: <47DA730A.1060102@...176...>
References: <47D9E1E7.9040102@...176...>
	<200803141015.23711.gambas@...1...>
	<47DA730A.1060102@...176...>
Message-ID: <200803161403.29740.gambas@...1...>

On vendredi 14 mars 2008, Robert Rowe wrote:
> This was exactly what I had in mind. It seems that we both thought of
> konqueror. :)
>
> My help integration project is going slower than I thought so I might
> put it on hold and do the split editor this weekend. Richard really
> wants it. I don't really find myself using it much in VB but it's handy
> sometimes.
>
> Robert
>

I tried your develooment, and I have a few remarks:

- I think crystal standard icons for the "find definition" and "go backward" 
buttons would be better. If they do not exist in the gambas stock icon list, 
I can add them.

- You should not create the Splitter and the splitted editors systematically. 
You should create them dynamically in code the first time the user click on 
the split buttons. This will use less memory :-)

- You should define constants for the view mode instead of using 0, 1, 2.

Otherwise, that works, it's cool. Maybe you could backport that to the 2.0 
too!

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 16 15:57:11 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 16 Mar 2008 10:57:11 -0400
Subject: [Gambas-devel] edtSplit
In-Reply-To: <200803161403.29740.gambas@...1...>
References: <47D9E1E7.9040102@...176...>	<200803141015.23711.gambas@...1...>	<47DA730A.1060102@...176...>
	<200803161403.29740.gambas@...1...>
Message-ID: <47DD3547.5090500@...176...>

I haven't heard of the crystal icons. I'll try to research them. I 
couldn't find any icons that I really liked for these two functions. I'm 
not really much of an artist. :(

Good idea with the dynamic creation. I originally tried to have only two 
editor objects and change their parent. I found that I couldn't change 
the container at runtime so I had to have five editor objects. You're 
right that creating them just in time would be better.

I was planning to use an enum for the view type but I didn't find 
support for enums.

I'll do an update after you've tweaked my changes and backport them to 2.0

I'm glad you like my changes.

Robert

Benoit Minisini wrote:
> On vendredi 14 mars 2008, Robert Rowe wrote:
>   
>> This was exactly what I had in mind. It seems that we both thought of
>> konqueror. :)
>>
>> My help integration project is going slower than I thought so I might
>> put it on hold and do the split editor this weekend. Richard really
>> wants it. I don't really find myself using it much in VB but it's handy
>> sometimes.
>>
>> Robert
>>
>>     
>
> I tried your develooment, and I have a few remarks:
>
> - I think crystal standard icons for the "find definition" and "go backward" 
> buttons would be better. If they do not exist in the gambas stock icon list, 
> I can add them.
>
> - You should not create the Splitter and the splitted editors systematically. 
> You should create them dynamically in code the first time the user click on 
> the split buttons. This will use less memory :-)
>
> - You should define constants for the view mode instead of using 0, 1, 2.
>
> Otherwise, that works, it's cool. Maybe you could backport that to the 2.0 
> too!
>
> Regards,
>
>   



From gbv at ...580...  Sun Mar 16 18:25:37 2008
From: gbv at ...580... (Guillermo Ballester Valor)
Date: Sun, 16 Mar 2008 17:25:37 +0000
Subject: [Gambas-devel] New gambas rpm repository for opensuse
Message-ID: <200803161725.38488.gbv@...580...>

Hello all,

After months (actually years) of building some packages for SuSE in my own 
systems, I've been able to build most of them in opensuse buildservice. Among 
the packages that I built in Opensuse BuildServer (OBS) are the gambas2 2.3.0 
ones. :-)

The use of OBS  make the builds easy an it is a good thing for me. You can add 
the repositories with the aid of yast with the URLs (depending on your 
distribution)

http://download.opensuse.org/repositories/home:/gbvalor/openSUSE_10.2/
http://download.opensuse.org/repositories/home:/gbvalor/openSUSE_10.3/
http://download.opensuse.org/repositories/home:/gbvalor/openSUSE_factory/

There are both i586 (32 bits) and x86_64 (64 bits)  binaries.

Some caveats: 
 -cannot build gambas2 for opensuse_10.1 because of the lack of libffi 
libraries
- cannot build gambas2 corba components because of lack of SuSE original 
onmiORB packages. They are good ones in packman, but not in SuSE :(
 -cannot build net.smtp  component in opensuse-10.2 (I still don't know the 
reason, something happens with glib-2.0 library ). I'm investigating.

Guillermo

-- 
Guillermo Ballester Valor
gbv at ...580...
http://www.oxixares.com/~gbv
Ogijares, Granada - SPAIN



From sebasmagri at ...176...  Mon Mar 17 04:51:31 2008
From: sebasmagri at ...176... (Sebastian Magri)
Date: Mon, 17 Mar 2008 23:21:31 +1930
Subject: [Gambas-devel] Gentoo emerge problems maybe related to Makefiles
Message-ID: <5cf51b790803162051j65c106dq2134b195cb36cdcb@...178...>

I've been trying to install Gambas-2.2.1 and Gambas-2.3.0 in my Gentoo/amd64
machine trough the portage system, but the sandbox security system is giving
me some access violations. It means that during the compilation the package
try to write some files in restricted areas of the file system. The access
violations are listed by portage:

--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/var/log/sandbox/sandbox-29355.log"

open_wr:   /usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas.png
symlink:   /usr/share/icons/hicolor/64x64/mimetypes/gnome-
mime-application-x-gambas.png (symlink to
/usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas.png)
open_wr:   /usr/share/icons/hicolor/.xdg-icon-resource-dummy
open_wr:   /usr/share/icons/hicolor/.icon-theme.cache
open_wr:   /usr/share/mime/packages/application-x-gambas.xml
open_wr:   /usr/kde/3.5/share/mimelnk/application/x-gambas.desktop
--------------------------------------------------------------------------------

I've been reading some Makefile.am and found something in the
main/Makefile.am that is maybe responsible of the AVs during emerge:

        @if test x"$(XDG_UTILS)" != x; then \
                echo "Registering Gambas executable mimetype"; \
                $(INSTALL) -d $(DESTDIR)$(gbdatadir)/icons; \
                cp -f
$(srcdir)/mime/application-x-gambas.png$(DESTDIR)$(gbdatadir)/icons; \
                xdg-icon-resource install --context mimetypes --size 64
$(DESTDIR)$(gbdatadir)/icons/appli$
                xdg-mime install $(srcdir)/mime/application-x-gambas.xml; \
        fi

But i don't know nothing about autotools...

It's the reason why i'm mailing you hoping that you can approach better to
the problem and make possible a version bump in Portage Official Tree for
x86 and amd64...

I'm sorry if my English is difficult to understand and wait for your help...
-- 
    _-`````-,           ,- '- .
  .'   .- - |          | - -.  `.
/.'  /                     `.   \
:/   :      _...   ..._      ``   :
::   :     /._ .`:'_.._\.    ||   :
::    `._ ./  ,`  :    \ . _.''   .
`:.      /   |  -.  \-. \\_      /
  \:._ _/  .'   .@)  \@) ` `\ ,.'
     _/,--'       .- .\,-.`--`.
       ,'/''     (( \ `  )
        /'/'  \    `-'  (
         '/''  `._,-----'
          ''/'    .,---'
           ''/'      ;:
             ''/''  ''/
               ''/''/''
                 '/'/'
Sebasti?n Ram?rez Magr?
Usuario GNU/Linux...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080317/7121a413/attachment.html>

From gambas at ...1...  Mon Mar 17 23:38:03 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 17 Mar 2008 23:38:03 +0100
Subject: [Gambas-devel] edtSplit
In-Reply-To: <47DD3547.5090500@...176...>
References: <47D9E1E7.9040102@...176...>
	<200803161403.29740.gambas@...1...>
	<47DD3547.5090500@...176...>
Message-ID: <200803172338.03459.gambas@...1...>

On dimanche 16 mars 2008, Robert Rowe wrote:
> I haven't heard of the crystal icons. I'll try to research them. I
> couldn't find any icons that I really liked for these two functions. I'm
> not really much of an artist. :(
>
> Good idea with the dynamic creation. I originally tried to have only two
> editor objects and change their parent. I found that I couldn't change
> the container at runtime so I had to have five editor objects. You're
> right that creating them just in time would be better.
>
> I was planning to use an enum for the view type but I didn't find
> support for enums.
>
> I'll do an update after you've tweaked my changes and backport them to 2.0
>
> I'm glad you like my changes.
>
> Robert
>

If you are looking for more features to implement :-), I suggest the following 
that was asked on the mailing-list some months ago.

The idea is adding a sort of "clipboard" tab in the toolbox, and allowing the 
user to copy a selection of controls from the form editor to this clipboard, 
and the contrary. The clipboard contents will be kept when the IDE closes, 
and will be the same for all projects.

The FForm class already has the methods to transform a selection of controls 
into a string (copy), and the contrary (paste).

But this is not an urgent feature.

Note that the FForm class will be redesigned deeply to support the edition of 
other kind of forms and controls (webforms, reports...)

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Tue Mar 18 00:27:31 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Mon, 17 Mar 2008 19:27:31 -0400
Subject: [Gambas-devel] edtSplit
In-Reply-To: <200803172338.03459.gambas@...1...>
References: <47D9E1E7.9040102@...176...>	<200803161403.29740.gambas@...1...>	<47DD3547.5090500@...176...>
	<200803172338.03459.gambas@...1...>
Message-ID: <47DEFE63.1010103@...176...>

Sounds good. I'll add this to my list.

Robert

Benoit Minisini wrote:
> On dimanche 16 mars 2008, Robert Rowe wrote:
>   
>> I haven't heard of the crystal icons. I'll try to research them. I
>> couldn't find any icons that I really liked for these two functions. I'm
>> not really much of an artist. :(
>>
>> Good idea with the dynamic creation. I originally tried to have only two
>> editor objects and change their parent. I found that I couldn't change
>> the container at runtime so I had to have five editor objects. You're
>> right that creating them just in time would be better.
>>
>> I was planning to use an enum for the view type but I didn't find
>> support for enums.
>>
>> I'll do an update after you've tweaked my changes and backport them to 2.0
>>
>> I'm glad you like my changes.
>>
>> Robert
>>
>>     
>
> If you are looking for more features to implement :-), I suggest the following 
> that was asked on the mailing-list some months ago.
>
> The idea is adding a sort of "clipboard" tab in the toolbox, and allowing the 
> user to copy a selection of controls from the form editor to this clipboard, 
> and the contrary. The clipboard contents will be kept when the IDE closes, 
> and will be the same for all projects.
>
> The FForm class already has the methods to transform a selection of controls 
> into a string (copy), and the contrary (paste).
>
> But this is not an urgent feature.
>
> Note that the FForm class will be redesigned deeply to support the edition of 
> other kind of forms and controls (webforms, reports...)
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Tue Mar 18 03:20:19 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Mon, 17 Mar 2008 22:20:19 -0400
Subject: [Gambas-devel] Bug in Search
Message-ID: <47DF26E3.1050809@...176...>

The "Search in Procedure", "Search in File" and "Search in Project" 
don't seem to work correctly. No matter which I select it always 
searches the entire project. I looked at the code but it's a bit beyond 
me for now. Anyone else interested in looking at this?

Robert Rowe



From sourceforge-raindog2 at ...19...  Tue Mar 18 07:09:32 2008
From: sourceforge-raindog2 at ...19... (Rob)
Date: Tue, 18 Mar 2008 02:09:32 -0400
Subject: [Gambas-devel] Non-free libraries and Gambas
Message-ID: <200803180209.32470.sourceforge-raindog2@...19...>

In my business, I may soon have to buy a license to a proprietary 
toolkit that manipulates images in certain very specific ways for 
which there is no free software equivalent.  I'll be signing an NDA 
and won't be able to release the source (or if I can, it would be 
under NDA as well, with some kind of fee paid to the toolkit vendor) 
to the programs I link against this toolkit, which will be useful to 
only a small fraction of companies in one particular industry anyway. 

That said, I notice that gambas.h has the standard GPL notice at the 
top.  Does this mean it's not possible to legally distribute Gambas 
components that interface to proprietary libraries?  

If it's not possible, no big deal, I'll be writing a C command-line 
program that uses the toolkit anyway and if we need a GUI interface 
I'll just run that program over a pipe using some communication 
protocol I'll have to design.  But there are many industry-specific 
proprietary components for VB, and as much of a supporter of free 
software I am, I wonder if Gambas would be better off if the 
interfaces used to create components were LGPL, not GPL.

I have pretty mixed feelings, because in addition to being 
proprietary, frankly most of those VB components are incomplete, 
buggy, poorly documented and just plain suck.  But some of them 
fulfill the business requirements of few enough companies that no one 
has written free software to do the job.  Having developers targeting 
a Linux desktop use Gambas would at least get the Gambas runtime 
installed on more machines.  So I'd be just as happy using IPC, 
myself, but I figured I'd ask.

Rob



From ronstk at ...124...  Tue Mar 18 09:27:11 2008
From: ronstk at ...124... (Ron Onstenk)
Date: Tue, 18 Mar 2008 09:27:11 +0100
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <47DF26E3.1050809@...176...>
References: <47DF26E3.1050809@...176...>
Message-ID: <200803180927.11578.ronstk@...124...>

On Tuesday 18 March 2008 03:20, Robert Rowe wrote:
> The "Search in Procedure", "Search in File" and "Search in Project" 
> don't seem to work correctly. No matter which I select it always 
> searches the entire project. I looked at the code but it's a bit beyond 
> me for now. Anyone else interested in looking at this?
> 
> Robert Rowe
> 


Hi,
I did make the basics of the current find tool.
It was designed as a stand allone window in the beginning of gambas.
I was missing the mentioned search features and redisign it with
thosse features and it was based on my experience on the 'Find'
used in UltraEdit32 at that time.
And at that time these functions did work as expected.

By later redisign of the IDE Benoit build it into a edit menubar.
One of the reason was the complete list of all the lines where
a change should occur and on forehand the replace points could
be checked for conflicts durring the replace. 
i.e.
  txtView="something"
  txtViewers="elsewhere"

Replace 'txtView' to 'txtMesg' should not do the second line.
This conflict _was_ visible and by adding a '=' to 

Replace 'txtView=' to 'txtMesg=' it could be done correct.

I do not like the missing overview as it is now and use my own old
form I add into the source to get it back before the install phase.
It is however not compatible with the current 2.x.x versions.
To many hooks to insert for upgrading so I use by work need 
still the 1.9.50 version.

Attached the old version window it was in the past and the
split editor ala VB with the combobox for objects and events.
Also the SQL editor (old picture) I and manly the coworkers
(social/menthal reintegration project) are using.
Changes runs those people crazy so I must be carefull for them.

Ron
-------------- next part --------------
A non-text attachment was scrubbed...
Name: FFind2.png
Type: image/png
Size: 42170 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/83b8ce41/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: editor1.png
Type: image/png
Size: 38226 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/83b8ce41/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: after_OK.png
Type: image/png
Size: 13123 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/83b8ce41/attachment-0002.png>

From gambas at ...1...  Tue Mar 18 09:30:30 2008
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 18 Mar 2008 09:30:30 +0100
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <47DF26E3.1050809@...176...>
References: <47DF26E3.1050809@...176...>
Message-ID: <200803180930.30233.gambas@...1...>

On mardi 18 mars 2008, Robert Rowe wrote:
> The "Search in Procedure", "Search in File" and "Search in Project"
> don't seem to work correctly. No matter which I select it always
> searches the entire project. I looked at the code but it's a bit beyond
> me for now. Anyone else interested in looking at this?
>
> Robert Rowe
>

It works for me, in the Gambas 3 IDE.

What did you do exactly?

-- 
Benoit Minisini



From jredrejo at ...176...  Tue Mar 18 11:07:54 2008
From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=)
Date: Tue, 18 Mar 2008 11:07:54 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
Message-ID: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>

Hi, I'm about to upload the first applications made in gambas2 to Debian.
Before doing it I plan to upload version 2.3 and I have a remaining doubt
with the gb.gui component.

This component has as depedencies gb.gtk or gb.qt, but I don't like that
dependencies, as the install applications will install the first one in the
list, no matter if you are a kde or gnome user.
I.e. if the dependency is gambas2-gb-qt|gambas2-gb-gtk it will always
install gambas2-gb-qt unless you have already installed gambas2-gb-gtk.

I see four possible scenarios here:
- A kde user would like to install gb.qt
- A Gnome user would like to install gb.gtk
- A both desktops users would like to install gb.gtk & gb.qt
- Other desktops users would like to install gb.gtk as it's more used in
other desktops as xfce..

gb.qt dependencies are (in Debian) : libice6 (>= 1:1.0.0), libqt3-mt (>= 3:
3.3.8b), libsm6,  libx11-6, libxext6
gb.gtk dependencies are (iin Debian): libatk1.0-0 (>= 1.20.0),  libcairo2
(>= 1.4.0),  libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.12.0),
libpango1.0-0 (>= 1.18.4)

The best case would be install gb.gtk & gb.qt, and depending on the desktop
the application will start the right way, but that would make installing a
bunch of not-needed qt libraries for Gnome users and a bunch of not-needed
gtk libraries for Kde users.

I also thought of doing something like:
gb.gui depends on:
gambas2-gb-gtk (>= 2.0) | kdeaddon, gambas2-gb-qt | gnome-core,
gambas2-gb-gtk|gambas2-gb-qt
So, if you already have installed gnome-core (needed for gnome users) it
would install gb.gtk, and if you've already installed kdeaddon (needed for
kde users),  it would install gb.gtk. If you've not installed kdeaddon or
gnome-core it would install gb.qt. The problem here is that if you're a kde
& gnome user, it would install only gb.gtk and not gb.qt.

So, I've arrived to a dead-end, and need more ideas and/or help from you.

Regards.
Jos? L.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/4d341dea/attachment.html>

From gambas at ...1...  Tue Mar 18 11:20:54 2008
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 18 Mar 2008 11:20:54 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
In-Reply-To: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
References: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
Message-ID: <200803181120.54406.gambas@...1...>

On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> Hi, I'm about to upload the first applications made in gambas2 to Debian.
> Before doing it I plan to upload version 2.3 and I have a remaining doubt
> with the gb.gui component.
>
> This component has as depedencies gb.gtk or gb.qt, but I don't like that
> dependencies, as the install applications will install the first one in the
> list, no matter if you are a kde or gnome user.
> I.e. if the dependency is gambas2-gb-qt|gambas2-gb-gtk it will always
> install gambas2-gb-qt unless you have already installed gambas2-gb-gtk.
>
> I see four possible scenarios here:
> - A kde user would like to install gb.qt
> - A Gnome user would like to install gb.gtk
> - A both desktops users would like to install gb.gtk & gb.qt
> - Other desktops users would like to install gb.gtk as it's more used in
> other desktops as xfce..
>
> gb.qt dependencies are (in Debian) : libice6 (>= 1:1.0.0), libqt3-mt (>= 3:
> 3.3.8b), libsm6,  libx11-6, libxext6
> gb.gtk dependencies are (iin Debian): libatk1.0-0 (>= 1.20.0),  libcairo2
> (>= 1.4.0),  libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.12.0),
> libpango1.0-0 (>= 1.18.4)
>
> The best case would be install gb.gtk & gb.qt, and depending on the desktop
> the application will start the right way, but that would make installing a
> bunch of not-needed qt libraries for Gnome users and a bunch of not-needed
> gtk libraries for Kde users.
>
> I also thought of doing something like:
> gb.gui depends on:
> gambas2-gb-gtk (>= 2.0) | kdeaddon, gambas2-gb-qt | gnome-core,
> gambas2-gb-gtk|gambas2-gb-qt
> So, if you already have installed gnome-core (needed for gnome users) it
> would install gb.gtk, and if you've already installed kdeaddon (needed for
> kde users),  it would install gb.gtk. If you've not installed kdeaddon or
> gnome-core it would install gb.qt. The problem here is that if you're a kde
> & gnome user, it would install only gb.gtk and not gb.qt.
>
> So, I've arrived to a dead-end, and need more ideas and/or help from you.
>
> Regards.
> Jos? L.

As I already told you before, components packages should not have dependencies 
on other components at all (except gambas2-runtime maybe). The dependencies 
are solved by the IDE that writes them inside the '.project' file of the 
project. (I should write that on the "How To Package Gambas" wiki page 
anyway).

This is a solution, but then, Gambas projects that use gb.gui can't 
automatically run, as gb.qt and/or gb.gtk may not have been installed. Note 
that this is the same problem with gb.db, which does not require the 
installation of any gb.db.* database driver.

I don't think there is a real clean solution, as there is no support in 
package managers for the notion of "preferred GUI" that depends on the 
desktop run by the user.

On Mandriva, with their urpmi rpm front-end, sometimes, when I want to install 
a package, it asks me for a choice: "the package you want to install needs 
one of the following packages. Choose one". Isn't it possible on Debian?

-- 
Benoit Minisini



From gambas at ...1...  Tue Mar 18 11:21:35 2008
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 18 Mar 2008 11:21:35 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
In-Reply-To: <200803181120.54406.gambas@...1...>
References: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
	<200803181120.54406.gambas@...1...>
Message-ID: <200803181121.36005.gambas@...1...>

On mardi 18 mars 2008, Benoit Minisini wrote:
> On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> > Hi, I'm about to upload the first applications made in gambas2 to Debian.
> > Before doing it I plan to upload version 2.3 and I have a remaining doubt
> > with the gb.gui component.
> >

And I suggest you wait for 2.4, as 2.3 gb.gtk is a bit broken!

Regards,

-- 
Benoit Minisini



From jredrejo at ...176...  Tue Mar 18 11:30:00 2008
From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=)
Date: Tue, 18 Mar 2008 11:30:00 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
In-Reply-To: <200803181120.54406.gambas@...1...>
References: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
	<200803181120.54406.gambas@...1...>
Message-ID: <8eb28a500803180330q1f0037a7t84c7def814fde25e@...178...>

2008/3/18, Benoit Minisini <gambas at ...1...>:
>
> On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> > Hi, I'm about to upload the first applications made in gambas2 to
> Debian.
> > Before doing it I plan to upload version 2.3 and I have a remaining
> doubt
> > with the gb.gui component.
> >
> > This component has as depedencies gb.gtk or gb.qt, but I don't like that
> > dependencies, as the install applications will install the first one in
> the
> > list, no matter if you are a kde or gnome user.
> > I.e. if the dependency is gambas2-gb-qt|gambas2-gb-gtk it will always
> > install gambas2-gb-qt unless you have already installed gambas2-gb-gtk.
> >
> > I see four possible scenarios here:
> > - A kde user would like to install gb.qt
> > - A Gnome user would like to install gb.gtk
> > - A both desktops users would like to install gb.gtk & gb.qt
> > - Other desktops users would like to install gb.gtk as it's more used in
> > other desktops as xfce..
> >
> > gb.qt dependencies are (in Debian) : libice6 (>= 1:1.0.0), libqt3-mt (>=
> 3:
> > 3.3.8b), libsm6,  libx11-6, libxext6
> > gb.gtk dependencies are (iin Debian): libatk1.0-0 (>= 1.20.0
> ),  libcairo2
> > (>= 1.4.0),  libglib2.0-0 (>= 2.12.0), libgtk2.0-0 (>= 2.12.0),
> > libpango1.0-0 (>= 1.18.4)
> >
> > The best case would be install gb.gtk & gb.qt, and depending on the
> desktop
> > the application will start the right way, but that would make installing
> a
> > bunch of not-needed qt libraries for Gnome users and a bunch of
> not-needed
> > gtk libraries for Kde users.
> >
> > I also thought of doing something like:
> > gb.gui depends on:
> > gambas2-gb-gtk (>= 2.0) | kdeaddon, gambas2-gb-qt | gnome-core,
> > gambas2-gb-gtk|gambas2-gb-qt
> > So, if you already have installed gnome-core (needed for gnome users) it
> > would install gb.gtk, and if you've already installed kdeaddon (needed
> for
> > kde users),  it would install gb.gtk. If you've not installed kdeaddon
> or
> > gnome-core it would install gb.qt. The problem here is that if you're a
> kde
> > & gnome user, it would install only gb.gtk and not gb.qt.
> >
> > So, I've arrived to a dead-end, and need more ideas and/or help from
> you.
> >
> > Regards.
> > Jos? L.
>
>
> As I already told you before, components packages should not have
> dependencies
> on other components at all (except gambas2-runtime maybe). The
> dependencies
> are solved by the IDE that writes them inside the '.project' file of the
> project. (I should write that on the "How To Package Gambas" wiki page
> anyway).
>
> This is a solution, but then, Gambas projects that use gb.gui can't
> automatically run, as gb.qt and/or gb.gtk may not have been installed.
> Note
> that this is the same problem with gb.db, which does not require the
> installation of any gb.db.* database driver.
>
> I don't think there is a real clean solution, as there is no support in
> package managers for the notion of "preferred GUI" that depends on the
> desktop run by the user.
>
> On Mandriva, with their urpmi rpm front-end, sometimes, when I want to
> install
> a package, it asks me for a choice: "the package you want to install needs
> one of the following packages. Choose one". Isn't it possible on Debian?
>
> --
>

Not, there's now a discussion about implementing something similar, but
it's hard, as it would break automatic installation/upgrades and not all the
people are happy with the proposed solution.
So, as for today, I think that making the gb.gui package depending on gb.gtk&
gb.qt is the only safe solution...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/ad09c7d1/attachment.html>

From jredrejo at ...176...  Tue Mar 18 11:31:32 2008
From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=)
Date: Tue, 18 Mar 2008 11:31:32 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
In-Reply-To: <200803181121.36005.gambas@...1...>
References: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
	<200803181120.54406.gambas@...1...>
	<200803181121.36005.gambas@...1...>
Message-ID: <8eb28a500803180331s77f927f5rbdb450f3fe8fbfbc@...178...>

2008/3/18, Benoit Minisini <gambas at ...1...>:
>
> On mardi 18 mars 2008, Benoit Minisini wrote:
> > On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> > > Hi, I'm about to upload the first applications made in gambas2 to
> Debian.
> > > Before doing it I plan to upload version 2.3 and I have a remaining
> doubt
> > > with the gb.gui component.
> > >
>
>
> And I suggest you wait for 2.4, as 2.3 gb.gtk is a bit broken!
>
>
Ok, tell me if you plan to release it soon, if not I can upload a
2.3+svn1191 version.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/0a9b0199/attachment.html>

From gambas at ...1...  Tue Mar 18 11:47:49 2008
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 18 Mar 2008 11:47:49 +0100
Subject: [Gambas-devel] gambas2-gb-gui dependencies
In-Reply-To: <8eb28a500803180331s77f927f5rbdb450f3fe8fbfbc@...178...>
References: <8eb28a500803180307s49f7a749vf03b20ea12485d52@...178...>
	<200803181121.36005.gambas@...1...>
	<8eb28a500803180331s77f927f5rbdb450f3fe8fbfbc@...178...>
Message-ID: <200803181147.49130.gambas@...1...>

On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> 2008/3/18, Benoit Minisini <gambas at ...1...>:
> > On mardi 18 mars 2008, Benoit Minisini wrote:
> > > On mardi 18 mars 2008, Jos? Luis Redrejo wrote:
> > > > Hi, I'm about to upload the first applications made in gambas2 to
> >
> > Debian.
> >
> > > > Before doing it I plan to upload version 2.3 and I have a remaining
> >
> > doubt
> >
> > > > with the gb.gui component.
> >
> > And I suggest you wait for 2.4, as 2.3 gb.gtk is a bit broken!
>
> Ok, tell me if you plan to release it soon, if not I can upload a
> 2.3+svn1191 version.

I should. But I have a big problem in gb.gtk yet: keypress events do not work 
when you use the SCIM input method. It seems to be a flaw in the GTK+ design: 
an input method (gtk_im_context_filter_keypress) that you should be able to 
call several times breaks the keyboard event, only with the SCIM input 
method.

If you have any information about problems with SCIM and GTK+, please tell me!

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Tue Mar 18 14:51:13 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 18 Mar 2008 09:51:13 -0400
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <200803180927.11578.ronstk@...124...>
References: <47DF26E3.1050809@...176...> <200803180927.11578.ronstk@...124...>
Message-ID: <47DFC8D1.8030802@...176...>

These screens look really nice. If you could send me the source code 
I'll see what I can do about adding them to the   IDE. Maybe we could 
have an option in settings to determine which search technique to use. I 
really like the 2 combo approach for the procedure list. This is already 
on my to do list but it looks like you already have it coded. The query 
builder would be a fabulous addition to the database manager.

Robert Rowe

Ron Onstenk wrote:
> On Tuesday 18 March 2008 03:20, Robert Rowe wrote:
>   
>> The "Search in Procedure", "Search in File" and "Search in Project" 
>> don't seem to work correctly. No matter which I select it always 
>> searches the entire project. I looked at the code but it's a bit beyond 
>> me for now. Anyone else interested in looking at this?
>>
>> Robert Rowe
>>
>>     
>
>
> Hi,
> I did make the basics of the current find tool.
> It was designed as a stand allone window in the beginning of gambas.
> I was missing the mentioned search features and redisign it with
> thosse features and it was based on my experience on the 'Find'
> used in UltraEdit32 at that time.
> And at that time these functions did work as expected.
>
> By later redisign of the IDE Benoit build it into a edit menubar.
> One of the reason was the complete list of all the lines where
> a change should occur and on forehand the replace points could
> be checked for conflicts durring the replace. 
> i.e.
>   txtView="something"
>   txtViewers="elsewhere"
>
> Replace 'txtView' to 'txtMesg' should not do the second line.
> This conflict _was_ visible and by adding a '=' to 
>
> Replace 'txtView=' to 'txtMesg=' it could be done correct.
>
> I do not like the missing overview as it is now and use my own old
> form I add into the source to get it back before the install phase.
> It is however not compatible with the current 2.x.x versions.
> To many hooks to insert for upgrading so I use by work need 
> still the 1.9.50 version.
>
> Attached the old version window it was in the past and the
> split editor ala VB with the combobox for objects and events.
> Also the SQL editor (old picture) I and manly the coworkers
> (social/menthal reintegration project) are using.
> Changes runs those people crazy so I must be carefull for them.
>
> Ron
>   
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Gambas-devel mailing list
> Gambas-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gambas-devel
>   



From robert.c.rowe at ...176...  Tue Mar 18 15:32:50 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 18 Mar 2008 10:32:50 -0400
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <200803180930.30233.gambas@...1...>
References: <47DF26E3.1050809@...176...>
	<200803180930.30233.gambas@...1...>
Message-ID: <47DFD292.1040606@...176...>

The problem is actually with the search window that pops up when you 
click the magnifying glass icon. The buttons that I mentioned don't seem 
to affect this screen. Actually now that I'm thinking about it it might 
be quite simple to fix. I bet that the button click that shows the 
window isn't passing the option setting to the popup window. I'll look 
at it again tonight.

Robert Rowe


Benoit Minisini wrote:
> On mardi 18 mars 2008, Robert Rowe wrote:
>   
>> The "Search in Procedure", "Search in File" and "Search in Project"
>> don't seem to work correctly. No matter which I select it always
>> searches the entire project. I looked at the code but it's a bit beyond
>> me for now. Anyone else interested in looking at this?
>>
>> Robert Rowe
>>
>>     
>
> It works for me, in the Gambas 3 IDE.
>
> What did you do exactly?
>
>   



From gambas at ...1...  Tue Mar 18 15:37:59 2008
From: gambas at ...1... (Benoit Minisini)
Date: Tue, 18 Mar 2008 15:37:59 +0100
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <47DFD292.1040606@...176...>
References: <47DF26E3.1050809@...176...>
	<200803180930.30233.gambas@...1...>
	<47DFD292.1040606@...176...>
Message-ID: <200803181537.59032.gambas@...1...>

On mardi 18 mars 2008, Robert Rowe wrote:
> The problem is actually with the search window that pops up when you
> click the magnifying glass icon. The buttons that I mentioned don't seem
> to affect this screen. Actually now that I'm thinking about it it might
> be quite simple to fix. I bet that the button click that shows the
> window isn't passing the option setting to the popup window. I'll look
> at it again tonight.
>
> Robert Rowe
>

This window uses the search range buttons. Only if it make sense, i.e. when 
the current IDE editor window is a code editor.

Regards,

-- 
Benoit Minisini



From dcamposf at ...176...  Tue Mar 18 15:43:41 2008
From: dcamposf at ...176... (Daniel Campos)
Date: Tue, 18 Mar 2008 15:43:41 +0100
Subject: [Gambas-devel] Non-free libraries and Gambas
In-Reply-To: <200803180209.32470.sourceforge-raindog2@...19...>
References: <200803180209.32470.sourceforge-raindog2@...19...>
Message-ID: <7259b5ae0803180743w43901affu946b5dd6d00f3536@...178...>

I think it is possible, if you make your Gambas component GPL. You stack is:

Gambas interface (GPL)
Gambas component (GPL)
|
| dlopen()
|
Your library (Propietary)

If you create a GPL component (that is, you implement the Gambas
interface using GPL) and you load the propietary library at runtime
when the component is loaded (using dlopen, for example), you are not
braking any license. However, talk with a lawyer too prior to release
any code from your company, as I'm not an expert, but I can't see any
problem in that.

The same model is often used for Kernel modules: they create a GPL
module for the Linux Kernel, and then, once the module is loaded it
loads binary propietary firmware (some Intel network drivers act in
that way)

As you are just creating an Interface in your GPL Gambas module,
you're not revealing any of those big treasures stored in the secret
hidden code, but take in account that you'll probably need to maintain
that Gambas module using your own resources, I doubt Benoit will ever
include it in the main tree, and fixing errors is more difficult as we
can not test if the error is in the library code or in the Gambas
environment.

Daniel



2008/3/18, Rob <sourceforge-raindog2 at ...19...>:
> In my business, I may soon have to buy a license to a proprietary
>  toolkit that manipulates images in certain very specific ways for
>  which there is no free software equivalent.  I'll be signing an NDA
>  and won't be able to release the source (or if I can, it would be
>  under NDA as well, with some kind of fee paid to the toolkit vendor)
>  to the programs I link against this toolkit, which will be useful to
>  only a small fraction of companies in one particular industry anyway.
>
>  That said, I notice that gambas.h has the standard GPL notice at the
>  top.  Does this mean it's not possible to legally distribute Gambas
>  components that interface to proprietary libraries?
>
>  If it's not possible, no big deal, I'll be writing a C command-line
>  program that uses the toolkit anyway and if we need a GUI interface
>  I'll just run that program over a pipe using some communication
>  protocol I'll have to design.  But there are many industry-specific
>  proprietary components for VB, and as much of a supporter of free
>  software I am, I wonder if Gambas would be better off if the
>  interfaces used to create components were LGPL, not GPL.
>
>  I have pretty mixed feelings, because in addition to being
>  proprietary, frankly most of those VB components are incomplete,
>  buggy, poorly documented and just plain suck.  But some of them
>  fulfill the business requirements of few enough companies that no one
>  has written free software to do the job.  Having developers targeting
>  a Linux desktop use Gambas would at least get the Gambas runtime
>  installed on more machines.  So I'd be just as happy using IPC,
>  myself, but I figured I'd ask.
>
>  Rob
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  Gambas-devel mailing list
>  Gambas-devel at lists.sourceforge.net
>  https://lists.sourceforge.net/lists/listinfo/gambas-devel
>



From sourceforge-raindog2 at ...19...  Tue Mar 18 16:02:45 2008
From: sourceforge-raindog2 at ...19... (Rob)
Date: Tue, 18 Mar 2008 11:02:45 -0400
Subject: [Gambas-devel] Non-free libraries and Gambas
In-Reply-To: <7259b5ae0803180743w43901affu946b5dd6d00f3536@...178...>
References: <200803180209.32470.sourceforge-raindog2@...19...>
	<7259b5ae0803180743w43901affu946b5dd6d00f3536@...178...>
Message-ID: <200803181102.46042.sourceforge-raindog2@...19...>

On Tuesday 18 March 2008 10:43, Daniel Campos wrote:
> As you are just creating an Interface in your GPL Gambas module,
> you're not revealing any of those big treasures stored in the
> secret hidden code, but take in account that you'll probably need
> to maintain that Gambas module using your own resources, I doubt
> Benoit will ever include it in the main tree, and fixing errors is
> more difficult as we can not test if the error is in the library
> code or in the Gambas environment.

Yes, that's a pitfall with any mixture of free and proprietary 
software, which is why I try to use free software as much as 
possible.  Believe me, if there were any other way, I'd be doing it 
now too.

But given the choice between writing a Gambas component based on 
dlopen() and just writing my command line tool to behave well on a 
pipe, I think I'll go with the latter.

Thanks
Rob



From david_villalobos_c at ...7...  Tue Mar 18 17:41:18 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Tue, 18 Mar 2008 09:41:18 -0700 (PDT)
Subject: [Gambas-devel] Signal 11 on SVN 1188
Message-ID: <250930.836.qm@...585...>

Hi all, I got a signal 11 on revision 1188, here is the info...

[david at ...102... gambas3]$ gdb gbx3
GNU gdb 6.6-3mdv2008.0 (Mandriva Linux release 2008.0)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i586-mandriva-linux-gnu"...
Using host libthread_db library "/lib/i686/libthread_db.so.1".
(gdb) set args -p
(gdb) run
Starting program: /usr/local/bin/gbx3 -p
[Thread debugging using libthread_db enabled]
[New Thread -1210030400 (LWP 6967)]
Error while reading shared library symbols:
Cannot find new threads: generic error
ERROR: #3: Stack overflow
Program exited with code 01.
(gdb) bt
No stack.


Regards

David


      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080318/ac827569/attachment.html>

From robert.c.rowe at ...176...  Wed Mar 19 03:31:26 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 18 Mar 2008 22:31:26 -0400
Subject: [Gambas-devel] Bug in Search
In-Reply-To: <200803181537.59032.gambas@...1...>
References: <47DF26E3.1050809@...176...>	<200803180930.30233.gambas@...1...>	<47DFD292.1040606@...176...>
	<200803181537.59032.gambas@...1...>
Message-ID: <47E07AFE.8070601@...176...>

I looked closer at the button with the magnifying glass. It is labeled 
as "Find-All" and it is doing exactly that. My mistake. It would be nice 
if we could limit the search and still have the popup window though. I 
like the window as it allows me to see all references at once. I think 
it would work better if it was docked at the top though. I'd eventually 
like to see all the tool windows have the ability to be docked against 
any edge (ala Visual Studio). This would be a big project though. Maybe 
I'll give it a shot someday. :)

Robert Rowe

Benoit Minisini wrote:
> On mardi 18 mars 2008, Robert Rowe wrote:
>   
>> The problem is actually with the search window that pops up when you
>> click the magnifying glass icon. The buttons that I mentioned don't seem
>> to affect this screen. Actually now that I'm thinking about it it might
>> be quite simple to fix. I bet that the button click that shows the
>> window isn't passing the option setting to the popup window. I'll look
>> at it again tonight.
>>
>> Robert Rowe
>>
>>     
>
> This window uses the search range buttons. Only if it make sense, i.e. when 
> the current IDE editor window is a code editor.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Wed Mar 19 03:46:09 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 18 Mar 2008 22:46:09 -0400
Subject: [Gambas-devel] Integrated Help
In-Reply-To: <200803181812.04325.gambas@...1...>
References: <200803171503.41357.gambas@...1...>
	<200803180020.05342.gambas@...1...>
	<47DF095E.6050907@...176...>
	<200803181812.04325.gambas@...1...>
Message-ID: <47E07E71.7030007@...176...>

Your cache idea worked beautifully. I have the help message at the 
bottom of the Property Window working. No noticeable performance loss. 
Gambas is much more efficient than VB is. I need to break my VB habits 
but I spend all day in VB6 & VB.net. Coming home to work in Gambas is a joy.

I still need to test it some more then I'll work on the help that will 
appear in conjunction with the completion window. Lastly I'll add 
options to turn it off. I think that it should default on because it is 
intended to help newbies who won't initially know how to turn it on/off. 
I'm designing it to be very un-intrusive also so it shouldn't affect 
anyone negatively.

You mentioned that the Help Wiki has features that help with 
translation. I checked the Spanish translation (I know just enough 
Spanish to get myself in trouble) and it seemed to be lacking. Do we 
have any translated versions of the help? The reason why I'm asking is 
that I thought about adding an option to download a translated version 
of the help. Maybe triggered when you change the language of the IDE. 
The MHelp module could then look for this alternate copy of the help and 
use it if found.

Robert Rowe

Benoit Minisini wrote:
> On mardi 18 mars 2008, you wrote:
>   
>> In light of the translation issue I believe that my help integration
>> idea is doomed. The help appears to be in English. 
>>     
>
> You should really look at the wiki. The help files comes from all the english 
> pages of the wiki. But this wiki is fully translatable, and if some 
> volunteers fully translate them, we could have help in any language.
>
>   
>> I had hoped to 
>> display short segments of the help in a textlabel at the bottom of the
>> property window and possible in another ontop window when the completion
>> window appears. If I pre-parse the help files (for runtime efficiency)
>> then these messages will be in English. If I pre-parse at startup I'm
>> afraid that it would slow down loading the IDE. I could grab the message
>> directly from the help file every time that I need it but that would be
>> a lot of disk access (especially during the completion routine). 
>> I have 
>> a rather fast machine so I can't assume good performance for other users
>> just because it is fast for me. :(
>>
>> I think that this feature would be really great for helping people to
>> learn Gambas so I'd like to find a way to make it work. Any ideas?
>>     
>
> You should only parse *one* file, for the property you are looking for. Or 
> maybe do you want to display the help for each property in the completion 
> list? 
>
> Then, you don't have to "pre-parse". Just put the help as you read it in a 
> collection used as a cache.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Thu Mar 20 04:13:24 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Wed, 19 Mar 2008 23:13:24 -0400
Subject: [Gambas-devel] Integrated Help
Message-ID: <47E1D654.1050204@...176...>

I've committed my integrated help changes. This is actually only the 
first of two changes that I'm doing for the integrated help. The other 
will show a help message to the right of the completion window for the 
selected completion item. Since this will take a while I thought that I 
should go ahead an check in what I had.

Robert Rowe



From robert.c.rowe at ...176...  Thu Mar 20 04:35:03 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Wed, 19 Mar 2008 23:35:03 -0400
Subject: [Gambas-devel] svn
Message-ID: <47E1DB67.4010200@...176...>

Does anyone know how to make svn show a list of all the logs submitted 
from a specific author. I was wanting a list of the changes that I've 
made to Gambas3 to determine what could/should be back ported to Gambas2.

Robert Rowe



From david_villalobos_c at ...7...  Thu Mar 20 19:17:48 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Thu, 20 Mar 2008 11:17:48 -0700 (PDT)
Subject: [Gambas-devel] BUG in File/Open recent/Clear history
Message-ID: <899235.89150.qm@...586...>

Hi Beniot:

I think I found a Bug in the Gambas IDE.

The menu: "File/Open recent/Clear history" runs Project.ClearRecent and UpdateRecentMenu. The Procedure UpdateRecentMenu has an "INC Application.Busy", and when the line "IF NOT mnuOpenRecent.Enabled THEN RETURN" is executed the Procedure ends, since "Project.GetRecentFiles().Count" is equal to 0 (the history has been clean) so the line "DEC Application.Busy" is never reached and Application.Busy = 1 so the cursor is in "Wait" state, although the cleaning have finished the cleaning.

I couldn't review Gambas3 to see if there is the same problem.

It could be fixed (I think) by moving the line FMain::336 ("INC Application.Busy") to position 342.

I wanted to fix and upload the changes, but since I didn't made the IDE I prefer to inform.

Hope I was clear enough.

Best regards
David


      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080320/9b4a9e0b/attachment.html>

From gambas at ...1...  Thu Mar 20 19:23:16 2008
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Mar 2008 19:23:16 +0100
Subject: [Gambas-devel] BUG in File/Open recent/Clear history
In-Reply-To: <899235.89150.qm@...586...>
References: <899235.89150.qm@...586...>
Message-ID: <200803201923.16521.gambas@...1...>

On jeudi 20 mars 2008, David Villalobos Cambronero wrote:
> Hi Beniot:
>
> I think I found a Bug in the Gambas IDE.
>
> The menu: "File/Open recent/Clear history" runs Project.ClearRecent and
> UpdateRecentMenu. The Procedure UpdateRecentMenu has an "INC
> Application.Busy", and when the line "IF NOT mnuOpenRecent.Enabled THEN
> RETURN" is executed the Procedure ends, since
> "Project.GetRecentFiles().Count" is equal to 0 (the history has been clean)
> so the line "DEC Application.Busy" is never reached and Application.Busy =
> 1 so the cursor is in "Wait" state, although the cleaning have finished the
> cleaning.
>
> I couldn't review Gambas3 to see if there is the same problem.
>
> It could be fixed (I think) by moving the line FMain::336 ("INC
> Application.Busy") to position 342.
>
> I wanted to fix and upload the changes, but since I didn't made the IDE I
> prefer to inform.
>
> Hope I was clear enough.
>
> Best regards
> David
>

Thanks for the report. I will fix it in both versions.

Regards,

-- 
Benoit Minisini



From david_villalobos_c at ...7...  Thu Mar 20 19:25:37 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Thu, 20 Mar 2008 11:25:37 -0700 (PDT)
Subject: [Gambas-devel] BUG in File/Open recent/Clear history
Message-ID: <111755.55890.qm@...566...>

No, thanks to you...

David



----- Original Message ----
From: Benoit Minisini <gambas at ...1...>
To: mailing list for gambas developers <gambas-devel at lists.sourceforge.net>
Sent: Thursday, March 20, 2008 7:23:16 PM
Subject: Re: [Gambas-devel] BUG in File/Open recent/Clear history

On jeudi 20 mars 2008, David Villalobos Cambronero wrote:
> Hi Beniot:
>
> I think I found a Bug in the Gambas IDE.
>
> The menu: "File/Open recent/Clear history" runs Project.ClearRecent and
> UpdateRecentMenu. The Procedure UpdateRecentMenu has an "INC
> Application.Busy", and when the line "IF NOT mnuOpenRecent.Enabled THEN
> RETURN" is executed the Procedure ends, since
> "Project.GetRecentFiles().Count" is equal to 0 (the history has been clean)
> so the line "DEC Application.Busy" is never reached and Application.Busy =
> 1 so the cursor is in "Wait" state, although the cleaning have finished the
> cleaning.
>
> I couldn't review Gambas3 to see if there is the same problem.
>
> It could be fixed (I think) by moving the line FMain::336 ("INC
> Application.Busy") to position 342.
>
> I wanted to fix and upload the changes, but since I didn't made the IDE I
> prefer to inform.
>
> Hope I was clear enough.
>
> Best regards
> David
>

Thanks for the report. I will fix it in both versions.

Regards,

-- 
Benoit Minisini

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gambas-devel mailing list
Gambas-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-devel


      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080320/12d1de79/attachment.html>

From gambas at ...1...  Thu Mar 20 21:36:09 2008
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Mar 2008 21:36:09 +0100
Subject: [Gambas-devel] Integrated Help
In-Reply-To: <47E1D654.1050204@...176...>
References: <47E1D654.1050204@...176...>
Message-ID: <200803202136.09509.gambas@...1...>

On jeudi 20 mars 2008, Robert Rowe wrote:
> I've committed my integrated help changes. This is actually only the
> first of two changes that I'm doing for the integrated help. The other
> will show a help message to the right of the completion window for the
> selected completion item. Since this will take a while I thought that I
> should go ahead an check in what I had.
>
> Robert Rowe
>

Hi,

I have fixed a few things in your integrated help (see the ChangeLog).

A few remarks:

- Prefix the name of a local variable with its type (b for boolean, i for 
integer, s for string, c for Collection, a for any array, h for an object 
handle...)

- $xxx is a name for a private variable. Public variables should be named with 
letters only, the first one of each word being in uppercase.

- You put $bDisableIntegratedHelp in FMain. Why? You should have put it in 
FProperty, as it does not concern FMain at all. This way, it does not have to 
PUBLIC anymore!

- Strings that must be translated (i.e. that are displayed) must be marked as 
translatable. You do that by putting them between braces.

- The property help SidePanel should remember its position by storing it in 
the default settings file. Save the position during the Form_Close event of 
FProperty, and restore it during the Form_Open event.

Best regards,

-- 
Benoit Minisini



From gambas at ...1...  Thu Mar 20 21:41:36 2008
From: gambas at ...1... (Benoit Minisini)
Date: Thu, 20 Mar 2008 21:41:36 +0100
Subject: [Gambas-devel] svn
In-Reply-To: <47E1DB67.4010200@...176...>
References: <47E1DB67.4010200@...176...>
Message-ID: <200803202141.36911.gambas@...1...>

On jeudi 20 mars 2008, Robert Rowe wrote:
> Does anyone know how to make svn show a list of all the logs submitted
> from a specific author. I was wanting a list of the changes that I've
> made to Gambas3 to determine what could/should be back ported to Gambas2.
>
> Robert Rowe
>

When there are many changes, i.e. more than two commits :-), I usually the 
KDiff3 tool to make a diff between two gambas trees. As you worked on the IDE 
only, you just have to make the diff of the IDE source directory. You will 
see your changes imediately and graphically!

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Fri Mar 21 00:40:51 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 20 Mar 2008 19:40:51 -0400
Subject: [Gambas-devel] Integrated Help
In-Reply-To: <200803202136.09509.gambas@...1...>
References: <47E1D654.1050204@...176...>
	<200803202136.09509.gambas@...1...>
Message-ID: <47E2F603.2030509@...176...>

See below.

Benoit Minisini wrote:
> On jeudi 20 mars 2008, Robert Rowe wrote:
>   
>> I've committed my integrated help changes. This is actually only the
>> first of two changes that I'm doing for the integrated help. The other
>> will show a help message to the right of the completion window for the
>> selected completion item. Since this will take a while I thought that I
>> should go ahead an check in what I had.
>>
>> Robert Rowe
>>
>>     
>
> Hi,
>
> I have fixed a few things in your integrated help (see the ChangeLog).
>
> A few remarks:
>
> - Prefix the name of a local variable with its type (b for boolean, i for 
> integer, s for string, c for Collection, a for any array, h for an object 
> handle...)
>
>   
I thought that I had done this but I guess that I missed some places. :(
> - $xxx is a name for a private variable. Public variables should be named with 
> letters only, the first one of each word being in uppercase.
>   
I thought that the $ signified class scope. I understand now.
> - You put $bDisableIntegratedHelp in FMain. Why? You should have put it in 
> FProperty, as it does not concern FMain at all. This way, it does not have to 
> PUBLIC anymore!
>   
I didn't want the property window to have to read the config file every 
time that it opened. The value would only change on startup and when it 
was changed on FOption. Am I misunderstanding how the Settings object works?
> - Strings that must be translated (i.e. that are displayed) must be marked as 
> translatable. You do that by putting them between braces.
>   
Multi-language projects are still new to me. I didn't know about the 
braces. I'll remember this in the future.
> - The property help SidePanel should remember its position by storing it in 
> the default settings file. Save the position during the Form_Close event of 
> FProperty, and restore it during the Form_Open event.
>   
I left a note in the code to do this but I forgot to come back and do 
it. :( I'll add it tonight if you haven't already.
> Best regards,
>
>   

Thanks,

Robert Rowe



From robert.c.rowe at ...176...  Fri Mar 21 00:41:46 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 20 Mar 2008 19:41:46 -0400
Subject: [Gambas-devel] svn
In-Reply-To: <200803202141.36911.gambas@...1...>
References: <47E1DB67.4010200@...176...>
	<200803202141.36911.gambas@...1...>
Message-ID: <47E2F63A.60600@...176...>

Thanks, I'll give it a try.

Robert Rowe

Benoit Minisini wrote:
> On jeudi 20 mars 2008, Robert Rowe wrote:
>   
>> Does anyone know how to make svn show a list of all the logs submitted
>> from a specific author. I was wanting a list of the changes that I've
>> made to Gambas3 to determine what could/should be back ported to Gambas2.
>>
>> Robert Rowe
>>
>>     
>
> When there are many changes, i.e. more than two commits :-), I usually the 
> KDiff3 tool to make a diff between two gambas trees. As you worked on the IDE 
> only, you just have to make the diff of the IDE source directory. You will 
> see your changes imediately and graphically!
>
> Regards,
>
>   



From gambas at ...1...  Fri Mar 21 00:39:07 2008
From: gambas at ...1... (Benoit Minisini)
Date: Fri, 21 Mar 2008 00:39:07 +0100
Subject: [Gambas-devel] Integrated Help
In-Reply-To: <47E2F603.2030509@...176...>
References: <47E1D654.1050204@...176...>
	<200803202136.09509.gambas@...1...>
	<47E2F603.2030509@...176...>
Message-ID: <200803210039.07560.gambas@...1...>

On vendredi 21 mars 2008, Robert Rowe wrote:
> See below.
>
> Benoit Minisini wrote:
> > On jeudi 20 mars 2008, Robert Rowe wrote:
> >> I've committed my integrated help changes. This is actually only the
> >> first of two changes that I'm doing for the integrated help. The other
> >> will show a help message to the right of the completion window for the
> >> selected completion item. Since this will take a while I thought that I
> >> should go ahead an check in what I had.
> >>
> >> Robert Rowe
> >
> > Hi,
> >
> > I have fixed a few things in your integrated help (see the ChangeLog).
> >
> > A few remarks:
> >
> > - Prefix the name of a local variable with its type (b for boolean, i for
> > integer, s for string, c for Collection, a for any array, h for an object
> > handle...)
>
> I thought that I had done this but I guess that I missed some places. :(
>
> > - $xxx is a name for a private variable. Public variables should be named
> > with letters only, the first one of each word being in uppercase.
>
> I thought that the $ signified class scope. I understand now.
>
> > - You put $bDisableIntegratedHelp in FMain. Why? You should have put it
> > in FProperty, as it does not concern FMain at all. This way, it does not
> > have to PUBLIC anymore!
>
> I didn't want the property window to have to read the config file every
> time that it opened. The value would only change on startup and when it
> was changed on FOption. Am I misunderstanding how the Settings object
> works?
>

The Open and Close event of FProperty are raised once, so you will read and 
write the setting once.

Moreover, the Settings actually reads the file once, at startup. It writes it 
when the program exits, or if you manually calls its Save() method.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Fri Mar 21 01:02:15 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 20 Mar 2008 20:02:15 -0400
Subject: [Gambas-devel] Integrated Help
In-Reply-To: <200803210039.07560.gambas@...1...>
References: <47E1D654.1050204@...176...>	<200803202136.09509.gambas@...1...>	<47E2F603.2030509@...176...>
	<200803210039.07560.gambas@...1...>
Message-ID: <47E2FB07.8030904@...176...>

Oh, that's cool. I thought it read the file each time. More Windows junk 
cluttering my mind. Settings files are very much like ini files in 
Windows. The tool I use for ini files does not cache like this.

I think that you introduced a small bug when you changed the VSplit to a 
side panel. If you exit the IDE with the Property window showing and 
with an editor window as the active window then when you reload the 
project the new side panel is made very tall and it won't shrink or 
collapse. I'll add the code to re-establish the last size and see if it 
fixes it.

Nice fix on the removal of the links. I thought about maybe making the 
links open a browser to the linked page. Until this is done I agree that 
the links should be removed.

Robert Rowe

Benoit Minisini wrote:
> On vendredi 21 mars 2008, Robert Rowe wrote:
>   
>> See below.
>>
>> Benoit Minisini wrote:
>>     
>>> On jeudi 20 mars 2008, Robert Rowe wrote:
>>>       
>>>> I've committed my integrated help changes. This is actually only the
>>>> first of two changes that I'm doing for the integrated help. The other
>>>> will show a help message to the right of the completion window for the
>>>> selected completion item. Since this will take a while I thought that I
>>>> should go ahead an check in what I had.
>>>>
>>>> Robert Rowe
>>>>         
>>> Hi,
>>>
>>> I have fixed a few things in your integrated help (see the ChangeLog).
>>>
>>> A few remarks:
>>>
>>> - Prefix the name of a local variable with its type (b for boolean, i for
>>> integer, s for string, c for Collection, a for any array, h for an object
>>> handle...)
>>>       
>> I thought that I had done this but I guess that I missed some places. :(
>>
>>     
>>> - $xxx is a name for a private variable. Public variables should be named
>>> with letters only, the first one of each word being in uppercase.
>>>       
>> I thought that the $ signified class scope. I understand now.
>>
>>     
>>> - You put $bDisableIntegratedHelp in FMain. Why? You should have put it
>>> in FProperty, as it does not concern FMain at all. This way, it does not
>>> have to PUBLIC anymore!
>>>       
>> I didn't want the property window to have to read the config file every
>> time that it opened. The value would only change on startup and when it
>> was changed on FOption. Am I misunderstanding how the Settings object
>> works?
>>
>>     
>
> The Open and Close event of FProperty are raised once, so you will read and 
> write the setting once.
>
> Moreover, the Settings actually reads the file once, at startup. It writes it 
> when the program exits, or if you manually calls its Save() method.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Fri Mar 21 04:01:33 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Thu, 20 Mar 2008 23:01:33 -0400
Subject: [Gambas-devel] Bookmark feature in the editor component
Message-ID: <47E3250D.7050804@...176...>

Would it be hard to implement a Bookmark feature in the editor 
component? I use them a lot in VB and I miss them in Gambas.

Robert Rowe



From scatman at ...571...  Fri Mar 21 12:16:05 2008
From: scatman at ...571... (scatman at ...571...)
Date: Fri, 21 Mar 2008 12:16:05 +0100
Subject: [Gambas-devel] Revision 1223 Segmentation fault
Message-ID: <200803211216.05723.scatman@...571...>

I have running reconf-all but the Revision 1223  Segmentation faults with 
all Examples on Gentoo AMD64.

(gdb) r /home/test/gambas/collection/
Starting program: /usr/local/bin/gbx3 /home/test/gambas/collection/
[Thread debugging using libthread_db enabled]
Error while reading shared library symbols:
Cannot find new threads: generic error
Cannot find new threads: generic error
(gdb) bt
#0  0x00002ab2e4daae67 in ?? () from /lib64/ld-linux-x86-64.so.2
#1  0x00002ab2e4da6cf6 in ?? () from /lib64/ld-linux-x86-64.so.2
#2  0x00002ab2e4daa7bb in ?? () from /lib64/ld-linux-x86-64.so.2
#3  0x00002ab2e5f05fcb in ?? () from /lib/libdl.so.2
#4  0x00002ab2e4da6cf6 in ?? () from /lib64/ld-linux-x86-64.so.2
#5  0x00002ab2e5f0635d in ?? () from /lib/libdl.so.2
#6  0x00002ab2e5f05f31 in dlopen () from /lib/libdl.so.2
#7  0x0000000000413246 in LIBRARY_load (lib=0x64d540) at gbx_library.c:448
#8  0x0000000000426349 in COMPONENT_load (comp=0x64d4e0) at 
gbx_component.c:250
#9  0x0000000000426613 in COMPONENT_load_all () at gbx_component.c:110
#10 0x0000000000412e12 in PROJECT_load () at gbx_project.c:383
#11 0x000000000041e121 in init (
    file=0x7fffc5d0eebb "/home/test/gambas/collection/") at gbx.c:85
#12 0x000000000041e4fb in main (argc=1, argv=0x7fffc5d0e7c8) at gbx.c:298
(gdb) l
114       EVENT_exit();
115       FILE_exit();
116       STRING_exit();
117       STACK_exit();
118       ERROR_exit();
119     }
120
121
122     int main(int argc, char **argv)
123     {
(gdb) 



thx,



From robert.c.rowe at ...176...  Sun Mar 23 02:11:11 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sat, 22 Mar 2008 21:11:11 -0400
Subject: [Gambas-devel] FCompletion
Message-ID: <47E5AE2F.4020504@...176...>

I'm using kdiff to compare gambas2 to gambas3 in order to backport my 
recent IDE changes. I see a change on line 544 of FCompletion.class that 
I did not make. Here's the line:

ELSE IF InStr("([.!", Key.Text) > 0 AND InStr(". A<", $sMode) > 0 THEN

In gambas3, the A< has been removed. Since I'm having to change this 
file anyway do you want me to make this change also? I'm not certain 
what it does and don't want to break anything.

Robert Rowe



From gambas at ...1...  Sun Mar 23 02:11:39 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 02:11:39 +0100
Subject: [Gambas-devel] FCompletion
In-Reply-To: <47E5AE2F.4020504@...176...>
References: <47E5AE2F.4020504@...176...>
Message-ID: <200803230211.39264.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> I'm using kdiff to compare gambas2 to gambas3 in order to backport my
> recent IDE changes. I see a change on line 544 of FCompletion.class that
> I did not make. Here's the line:
>
> ELSE IF InStr("([.!", Key.Text) > 0 AND InStr(". A<", $sMode) > 0 THEN
>
> In gambas3, the A< has been removed. Since I'm having to change this
> file anyway do you want me to make this change also? I'm not certain
> what it does and don't want to break anything.
>
> Robert Rowe
>

The "A<" was not removed in Gambas 3, it was added in Gambas 2. This is a fix 
I forgot to put in Gambas 3. So if you could add it with your own changes...

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 02:21:17 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sat, 22 Mar 2008 21:21:17 -0400
Subject: [Gambas-devel] FCompletion
In-Reply-To: <200803230211.39264.gambas@...1...>
References: <47E5AE2F.4020504@...176...>
	<200803230211.39264.gambas@...1...>
Message-ID: <47E5B08D.4010004@...176...>

Sure.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> I'm using kdiff to compare gambas2 to gambas3 in order to backport my
>> recent IDE changes. I see a change on line 544 of FCompletion.class that
>> I did not make. Here's the line:
>>
>> ELSE IF InStr("([.!", Key.Text) > 0 AND InStr(". A<", $sMode) > 0 THEN
>>
>> In gambas3, the A< has been removed. Since I'm having to change this
>> file anyway do you want me to make this change also? I'm not certain
>> what it does and don't want to break anything.
>>
>> Robert Rowe
>>
>>     
>
> The "A<" was not removed in Gambas 3, it was added in Gambas 2. This is a fix 
> I forgot to put in Gambas 3. So if you could add it with your own changes...
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 03:54:37 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sat, 22 Mar 2008 22:54:37 -0400
Subject: [Gambas-devel] Differences between Gamabs3 and gambas3
Message-ID: <47E5C66D.1060800@...176...>

I think that I may have found another change in gambas2 that needs to be 
made in gambas3. The FCommit.form file in gambas2 has a VBox with a lot 
of buttons on it. The controls do not exist in gamabs3. These look like 
editing buttons to assist in log creation during a commit action. Should 
I add them to gambas3? The FCommit.class file shows no differences 
though. I would have thought that there would have been code behind 
these buttons.

Robert Rowe



From robert.c.rowe at ...176...  Sun Mar 23 05:44:53 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 00:44:53 -0400
Subject: [Gambas-devel] Disregard my last email
Message-ID: <47E5E045.4050308@...176...>

The toolbar on the commit screen was added to the trunk. I was looking 
at my branch. I'll need to merge the trunk changes into my branch.

Robert Rowe



From gambas at ...1...  Sun Mar 23 12:42:27 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 12:42:27 +0100
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <47E5E045.4050308@...176...>
References: <47E5E045.4050308@...176...>
Message-ID: <200803231242.27370.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> The toolbar on the commit screen was added to the trunk. I was looking
> at my branch. I'll need to merge the trunk changes into my branch.
>
> Robert Rowe
>

You don't have to merge these changes to your branches, as this is a part of 
the IDE you don't work on.

When you really need to do a merge, tell me, I will explain you how to do it.

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Sun Mar 23 12:45:09 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 12:45:09 +0100
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <47E5E045.4050308@...176...>
References: <47E5E045.4050308@...176...>
Message-ID: <200803231245.09925.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> The toolbar on the commit screen was added to the trunk. I was looking
> at my branch. I'll need to merge the trunk changes into my branch.
>
> Robert Rowe
>

Splitting view does not work correctly: the Editor controls are not correctly 
initialized.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 15:35:41 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 10:35:41 -0400
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <200803231242.27370.gambas@...1...>
References: <47E5E045.4050308@...176...>
	<200803231242.27370.gambas@...1...>
Message-ID: <47E66ABD.9060204@...176...>

I'm running Gambas3 and wanted the change to the commit in my copy so 
that I can use it. Also I wanted to make certain that I didn't code 
anything that was duplicate or conflicting. I think that I figured out 
merging. I used svn merge to merge differences between trunk and 3.0-rw. 
I then resolved any conflicts and committed 3.0-rw. There actually 
weren't too many differences.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> The toolbar on the commit screen was added to the trunk. I was looking
>> at my branch. I'll need to merge the trunk changes into my branch.
>>
>> Robert Rowe
>>
>>     
>
> You don't have to merge these changes to your branches, as this is a part of 
> the IDE you don't work on.
>
> When you really need to do a merge, tell me, I will explain you how to do it.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 15:36:30 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 10:36:30 -0400
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <200803231245.09925.gambas@...1...>
References: <47E5E045.4050308@...176...>
	<200803231245.09925.gambas@...1...>
Message-ID: <47E66AEE.7070408@...176...>

I'll make the same changes to gambas3 later today. Thanks for catching this.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> The toolbar on the commit screen was added to the trunk. I was looking
>> at my branch. I'll need to merge the trunk changes into my branch.
>>
>> Robert Rowe
>>
>>     
>
> Splitting view does not work correctly: the Editor controls are not correctly 
> initialized.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 15:41:56 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 10:41:56 -0400
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <200803231245.09925.gambas@...1...>
References: <47E5E045.4050308@...176...>
	<200803231245.09925.gambas@...1...>
Message-ID: <47E66C34.6010601@...176...>

You didn't comment out the .Clear in the $edtVEditorBottom block. You 
did in the other three similar blocks. Was this an accident?

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> The toolbar on the commit screen was added to the trunk. I was looking
>> at my branch. I'll need to merge the trunk changes into my branch.
>>
>> Robert Rowe
>>
>>     
>
> Splitting view does not work correctly: the Editor controls are not correctly 
> initialized.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 16:48:49 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 11:48:49 -0400
Subject: [Gambas-devel] Question about translation
Message-ID: <47E67BE1.2090003@...176...>

A while back I pulled the hot key definitions out of the tooltips of the 
editor buttons because it broke the translation. You later taught me 
that including a string in braces would allow the string to be 
translated. If I assigned the tooltips in code and used braces would 
this be translation safe? I think that this would go a long way toward 
making gambas easier to use and I'd really like to implement it but I 
don't want to endanger translation.

Robert Rowe



From gambas at ...1...  Sun Mar 23 17:10:19 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 17:10:19 +0100
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <47E66C34.6010601@...176...>
References: <47E5E045.4050308@...176...>
	<200803231245.09925.gambas@...1...>
	<47E66C34.6010601@...176...>
Message-ID: <200803231710.20012.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> You didn't comment out the .Clear in the $edtVEditorBottom block. You
> did in the other three similar blocks. Was this an accident?
>
> Robert Rowe
>


Yes. I did the fix in a minute, because I had to leave. Now I'm back, but I 
have other things to do. I'm sure you code can be simplified: you made four 
editors, whereas two should be enough. :-)

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Sun Mar 23 17:20:13 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 17:20:13 +0100
Subject: [Gambas-devel] Question about translation
In-Reply-To: <47E67BE1.2090003@...176...>
References: <47E67BE1.2090003@...176...>
Message-ID: <200803231720.13362.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> A while back I pulled the hot key definitions out of the tooltips of the
> editor buttons because it broke the translation. You later taught me
> that including a string in braces would allow the string to be
> translated. If I assigned the tooltips in code and used braces would
> this be translation safe? I think that this would go a long way toward
> making gambas easier to use and I'd really like to implement it but I
> don't want to endanger translation.
>
> Robert Rowe
>

It will work, but I want to do that in different way:

As you may have noticed, many controls have an "Action" property, that is a 
string. The goal of this property is to group all controls (button, toolbar 
buttons, menus) that can run the same action.

The actions are accessed through the Action class. Each action have properties 
that are applied to each control associated with the action.

For example, Action["push"].Visible = FALSE will hide all the controls 
associated with the "push" action.

I want to add a "Shortcut" property, and when setting this property, the 
tooltips of the associated controls would be automatically set with the 
tooltip string and the shortcut string between braces. The shortcut are a 
string that can be translated too, so that different languages can have 
different defautl shortcuts!

Then I want to add to the IDE an "action editor", like the "menu editor", so 
that you don't have to define action properties by code.

Then I want to have in the gb.form component (or another one) a dialog that 
let the user defines its own shortcut for the program.

People live with fixed shortcuts since the first version of Gambas. They can 
wait for the 3.0 version. :-)

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 17:28:22 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:28:22 -0400
Subject: [Gambas-devel] Disregard my last email
In-Reply-To: <200803231710.20012.gambas@...1...>
References: <47E5E045.4050308@...176...>	<200803231245.09925.gambas@...1...>	<47E66C34.6010601@...176...>
	<200803231710.20012.gambas@...1...>
Message-ID: <47E68526.8080605@...176...>

I had originally tried to use 2 editors but I couldn't change the parent 
property to put the editors on a vsplit or a hsplit. I had to resort to 
5 editors. I agree that its ugly. Is there a way to change the parent 
that I overlooked?

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> You didn't comment out the .Clear in the $edtVEditorBottom block. You
>> did in the other three similar blocks. Was this an accident?
>>
>> Robert Rowe
>>
>>     
>
>
> Yes. I did the fix in a minute, because I had to leave. Now I'm back, but I 
> have other things to do. I'm sure you code can be simplified: you made four 
> editors, whereas two should be enough. :-)
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 17:33:44 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:33:44 -0400
Subject: [Gambas-devel] Question about translation
In-Reply-To: <200803231720.13362.gambas@...1...>
References: <47E67BE1.2090003@...176...>
	<200803231720.13362.gambas@...1...>
Message-ID: <47E68668.3000907@...176...>

This is a great idea. When you make the change to the controls I'd be 
happy to make the IDE changes. :)

While you're making this change would it be difficult to add a feature 
to the editor class? What I have in mind is bookmarks. They would work 
similar to breakpoints but they wouldn't tie in with the debugger to 
pause execution.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> A while back I pulled the hot key definitions out of the tooltips of the
>> editor buttons because it broke the translation. You later taught me
>> that including a string in braces would allow the string to be
>> translated. If I assigned the tooltips in code and used braces would
>> this be translation safe? I think that this would go a long way toward
>> making gambas easier to use and I'd really like to implement it but I
>> don't want to endanger translation.
>>
>> Robert Rowe
>>
>>     
>
> It will work, but I want to do that in different way:
>
> As you may have noticed, many controls have an "Action" property, that is a 
> string. The goal of this property is to group all controls (button, toolbar 
> buttons, menus) that can run the same action.
>
> The actions are accessed through the Action class. Each action have properties 
> that are applied to each control associated with the action.
>
> For example, Action["push"].Visible = FALSE will hide all the controls 
> associated with the "push" action.
>
> I want to add a "Shortcut" property, and when setting this property, the 
> tooltips of the associated controls would be automatically set with the 
> tooltip string and the shortcut string between braces. The shortcut are a 
> string that can be translated too, so that different languages can have 
> different defautl shortcuts!
>
> Then I want to add to the IDE an "action editor", like the "menu editor", so 
> that you don't have to define action properties by code.
>
> Then I want to have in the gb.form component (or another one) a dialog that 
> let the user defines its own shortcut for the program.
>
> People live with fixed shortcuts since the first version of Gambas. They can 
> wait for the 3.0 version. :-)
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 17:37:51 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:37:51 -0400
Subject: [Gambas-devel] Copying forms
Message-ID: <47E6875F.3020603@...176...>

A while back someone requested that a feature be added to the IDE to 
allow the copying of forms. I've looked at the routine that allows 
copying of data files and it looks like copying a form wouldn't be too 
difficult to implement. Was there a reason that this feature wasn't 
implemented for forms, classes and modules?

Robert Rowe



From robert.c.rowe at ...176...  Sun Mar 23 17:40:01 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:40:01 -0400
Subject: [Gambas-devel] Merging
Message-ID: <47E687E1.4000903@...176...>

I think that I understand merging now. Did you want me to go ahead and 
merge my recent changes into the trunk? I can wait if you think my 
changes need more tweaking but there are some people asking where they 
can get these changes.

Robert Rowe



From gambas at ...1...  Sun Mar 23 17:36:14 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 17:36:14 +0100
Subject: [Gambas-devel] Question about translation
In-Reply-To: <47E68668.3000907@...176...>
References: <47E67BE1.2090003@...176...>
	<200803231720.13362.gambas@...1...>
	<47E68668.3000907@...176...>
Message-ID: <200803231736.14974.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> This is a great idea. When you make the change to the controls I'd be
> happy to make the IDE changes. :)
>
> While you're making this change would it be difficult to add a feature
> to the editor class? What I have in mind is bookmarks. They would work
> similar to breakpoints but they wouldn't tie in with the debugger to
> pause execution.
>
> Robert Rowe
>

I know :-) Bookmarks, and procedure folding. It just a matter of not having 
time, be patient...

-- 
Benoit Minisini



From gambas at ...1...  Sun Mar 23 17:37:06 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 17:37:06 +0100
Subject: [Gambas-devel] Copying forms
In-Reply-To: <47E6875F.3020603@...176...>
References: <47E6875F.3020603@...176...>
Message-ID: <200803231737.06472.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> A while back someone requested that a feature be added to the IDE to
> allow the copying of forms. I've looked at the routine that allows
> copying of data files and it looks like copying a form wouldn't be too
> difficult to implement. Was there a reason that this feature wasn't
> implemented for forms, classes and modules?
>
> Robert Rowe
>

This was implemented since the first 2.0. There was just a bug in the copy of 
the pictures associated with the form.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 17:48:55 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:48:55 -0400
Subject: [Gambas-devel] More on copying forms
Message-ID: <47E689F7.3020308@...176...>

I've been looking a little closer at the copy file routine. When 
creating the new file it assigns a new name based on the original name. 
I would think that the user would usually have a new name in mind when 
they want to copy. Right now they would have to follow a copy operation 
with a rename operation. Do you think it could work better if we 
prompted them for the new name? We'd jest have to verify that the new 
name doesn't already exist. In the case of form copying we'd also have 
to verify the proper extension and copy both the form and class file. It 
lookslike there is already a mime type for forms.

Robert Rowe



From gambas at ...1...  Sun Mar 23 17:42:47 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 17:42:47 +0100
Subject: [Gambas-devel] Merging
In-Reply-To: <47E687E1.4000903@...176...>
References: <47E687E1.4000903@...176...>
Message-ID: <200803231742.47259.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> I think that I understand merging now. Did you want me to go ahead and
> merge my recent changes into the trunk? I can wait if you think my
> changes need more tweaking but there are some people asking where they
> can get these changes.
>
> Robert Rowe
>

To be sure to know to how to merge, you must read:

http://svnbook.red-bean.com/en/1.1/ch04s04.html

Otherwise, you will make errors as I did.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 17:55:41 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:55:41 -0400
Subject: [Gambas-devel] Merging
In-Reply-To: <200803231742.47259.gambas@...1...>
References: <47E687E1.4000903@...176...>
	<200803231742.47259.gambas@...1...>
Message-ID: <47E68B8D.6030508@...176...>

OK. I'll read and get back to you.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> I think that I understand merging now. Did you want me to go ahead and
>> merge my recent changes into the trunk? I can wait if you think my
>> changes need more tweaking but there are some people asking where they
>> can get these changes.
>>
>> Robert Rowe
>>
>>     
>
> To be sure to know to how to merge, you must read:
>
> http://svnbook.red-bean.com/en/1.1/ch04s04.html
>
> Otherwise, you will make errors as I did.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 17:57:04 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 12:57:04 -0400
Subject: [Gambas-devel] Copying forms
In-Reply-To: <200803231737.06472.gambas@...1...>
References: <47E6875F.3020603@...176...>
	<200803231737.06472.gambas@...1...>
Message-ID: <47E68BE0.2030708@...176...>

Was the feature removed because of the bug? I can't find the feature in 
gambas2 or gambas3.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> A while back someone requested that a feature be added to the IDE to
>> allow the copying of forms. I've looked at the routine that allows
>> copying of data files and it looks like copying a form wouldn't be too
>> difficult to implement. Was there a reason that this feature wasn't
>> implemented for forms, classes and modules?
>>
>> Robert Rowe
>>
>>     
>
> This was implemented since the first 2.0. There was just a bug in the copy of 
> the pictures associated with the form.
>
> Regards,
>
>   



From gambas at ...1...  Sun Mar 23 18:02:01 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 18:02:01 +0100
Subject: [Gambas-devel] Copying forms
In-Reply-To: <47E68BE0.2030708@...176...>
References: <47E6875F.3020603@...176...>
	<200803231737.06472.gambas@...1...>
	<47E68BE0.2030708@...176...>
Message-ID: <200803231802.01683.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> Was the feature removed because of the bug? I can't find the feature in
> gambas2 or gambas3.
>
> Robert Rowe
>

Maybe we are not really talking about the same thing...

When you add a new form, you can choose an already existing form in the second 
tab of the dialog. Then, the added form is a copy of the selected form, with 
all its associated pictures copied too.

-- 
Benoit Minisini



From gambas at ...1...  Sun Mar 23 18:06:31 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 18:06:31 +0100
Subject: [Gambas-devel] More on copying forms
In-Reply-To: <47E689F7.3020308@...176...>
References: <47E689F7.3020308@...176...>
Message-ID: <200803231806.31840.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> I've been looking a little closer at the copy file routine. When
> creating the new file it assigns a new name based on the original name.
> I would think that the user would usually have a new name in mind when
> they want to copy. Right now they would have to follow a copy operation
> with a rename operation. Do you think it could work better if we
> prompted them for the new name? We'd jest have to verify that the new
> name doesn't already exist. In the case of form copying we'd also have
> to verify the proper extension and copy both the form and class file. It
> lookslike there is already a mime type for forms.
>
> Robert Rowe
>

Acutally this is just a matter of adding one line of code when pasting a file 
in the FMain form. This line calls the Rename() function for renaming the 
copied file. 

I will do that, when I have finished to clean up your splitting view code 
(code factorization, try to use two editors instead of four, maybe dynamic 
creation of the HSplit or VSplit).

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 18:16:05 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 13:16:05 -0400
Subject: [Gambas-devel] Copying forms
In-Reply-To: <200803231802.01683.gambas@...1...>
References: <47E6875F.3020603@...176...>	<200803231737.06472.gambas@...1...>	<47E68BE0.2030708@...176...>
	<200803231802.01683.gambas@...1...>
Message-ID: <47E69055.7060400@...176...>

I wasn't aware of this capability. I was referring to the popup menu of 
tvwProject. If you right click on a file in the data section you get a 
copy option. If you right click anywhere else you don't.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> Was the feature removed because of the bug? I can't find the feature in
>> gambas2 or gambas3.
>>
>> Robert Rowe
>>
>>     
>
> Maybe we are not really talking about the same thing...
>
> When you add a new form, you can choose an already existing form in the second 
> tab of the dialog. Then, the added form is a copy of the selected form, with 
> all its associated pictures copied too.
>
>   



From gambas at ...1...  Sun Mar 23 18:12:00 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 18:12:00 +0100
Subject: [Gambas-devel] Copying forms
In-Reply-To: <47E69055.7060400@...176...>
References: <47E6875F.3020603@...176...>
	<200803231802.01683.gambas@...1...>
	<47E69055.7060400@...176...>
Message-ID: <200803231812.00340.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> I wasn't aware of this capability. I was referring to the popup menu of
> tvwProject. If you right click on a file in the data section you get a
> copy option. If you right click anywhere else you don't.
>
> Robert Rowe
>

OK. Copying a form from one project to another is useful, but I'm not sure 
that having twice the same form in the same project is.

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 18:45:58 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 13:45:58 -0400
Subject: [Gambas-devel] Copying forms
In-Reply-To: <200803231812.00340.gambas@...1...>
References: <47E6875F.3020603@...176...>	<200803231802.01683.gambas@...1...>	<47E69055.7060400@...176...>
	<200803231812.00340.gambas@...1...>
Message-ID: <47E69756.30807@...176...>

The intent of this feature was not to have the same form in a project 
twice. Rather it is to assist the creation of new forms that are similar 
to an existing form. A perfect example of where this comes in handy 
would be the FTextEditor and the FEditor forms. FEditor has everything 
from FTextEditor plus more so FTextEditor could have been written then 
copied to FEditor for further modification. I know now that this can be 
accomplished via the "new form" dialog. I'll pass this information on to 
Richard (he's the one who requested the feature). I still think that 
implementing this via the popup menu is more intuitive but it's okay if 
you feel differently.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> I wasn't aware of this capability. I was referring to the popup menu of
>> tvwProject. If you right click on a file in the data section you get a
>> copy option. If you right click anywhere else you don't.
>>
>> Robert Rowe
>>
>>     
>
> OK. Copying a form from one project to another is useful, but I'm not sure 
> that having twice the same form in the same project is.
>
>   



From gambas at ...1...  Sun Mar 23 18:44:47 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 18:44:47 +0100
Subject: [Gambas-devel] Copying forms
In-Reply-To: <47E69756.30807@...176...>
References: <47E6875F.3020603@...176...>
	<200803231812.00340.gambas@...1...>
	<47E69756.30807@...176...>
Message-ID: <200803231844.47105.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> The intent of this feature was not to have the same form in a project
> twice. Rather it is to assist the creation of new forms that are similar
> to an existing form. A perfect example of where this comes in handy
> would be the FTextEditor and the FEditor forms. FEditor has everything
> from FTextEditor plus more so FTextEditor could have been written then
> copied to FEditor for further modification. I know now that this can be
> accomplished via the "new form" dialog. I'll pass this information on to
> Richard (he's the one who requested the feature). I still think that
> implementing this via the popup menu is more intuitive but it's okay if
> you feel differently.
>
> Robert Rowe
>

Actually copying is a bad thing, and the example you took just show that 
FTextEditor and FEditor were badly designed, as they have many common code 
that is not factorized. :-)

But if you really want, you can implement this feature. Just tell me, because 
there are a few modifications to do in the Project class first - The methods 
already exist, they just need to take that new way of creating forms (and 
modules, and classes...) into account.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 19:02:12 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 14:02:12 -0400
Subject: [Gambas-devel] Copying forms
In-Reply-To: <200803231844.47105.gambas@...1...>
References: <47E6875F.3020603@...176...>	<200803231812.00340.gambas@...1...>	<47E69756.30807@...176...>
	<200803231844.47105.gambas@...1...>
Message-ID: <47E69B24.9030708@...176...>

I would agree the copying is generally bad. Visual inheritance is the 
way to go. Visual inheritance can be rather tricky to implement though 
so as long as someone doesn't go overkill then some limited copying 
shouldn't be harmful as long as core functionality is in a class that 
both forms utilize.

This reminds me of something. FTextEditor has the same editor splitting 
capabilities as FEditor does so I'll need to make the same fixes to it 
that you made to FEditor. You said that you wanted to make some more 
changes to the code though so I'll wait until you have FEditor in it's 
final form.

I guess I'll table the copy idea for now as there is another way to 
accomplish it. I was just trying to keep the interface consistent. I'll 
move on to my next item.

Robert Rowe

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> The intent of this feature was not to have the same form in a project
>> twice. Rather it is to assist the creation of new forms that are similar
>> to an existing form. A perfect example of where this comes in handy
>> would be the FTextEditor and the FEditor forms. FEditor has everything
>> from FTextEditor plus more so FTextEditor could have been written then
>> copied to FEditor for further modification. I know now that this can be
>> accomplished via the "new form" dialog. I'll pass this information on to
>> Richard (he's the one who requested the feature). I still think that
>> implementing this via the popup menu is more intuitive but it's okay if
>> you feel differently.
>>
>> Robert Rowe
>>
>>     
>
> Actually copying is a bad thing, and the example you took just show that 
> FTextEditor and FEditor were badly designed, as they have many common code 
> that is not factorized. :-)
>
> But if you really want, you can implement this feature. Just tell me, because 
> there are a few modifications to do in the Project class first - The methods 
> already exist, they just need to take that new way of creating forms (and 
> modules, and classes...) into account.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 19:14:19 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 14:14:19 -0400
Subject: [Gambas-devel] Control groups
Message-ID: <47E69DFB.8060205@...176...>

I've read some email from users who have some difficulty with the 
control group concept. I personally love this and think it is much 
better than the control arrays the VB uses. I came up with a small new 
feature that I think might ease the use of control groups. The idea is 
that you select some controls that you have created. On the right click 
menu I could add an option to "Set control Group". This would prompt for 
a control group name and set the property for each of the selected controls.

Do you think that this would be useful enough for me to work on?

Robert Rowe



From gambas at ...1...  Sun Mar 23 19:12:58 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 19:12:58 +0100
Subject: [Gambas-devel] Control groups
In-Reply-To: <47E69DFB.8060205@...176...>
References: <47E69DFB.8060205@...176...>
Message-ID: <200803231912.58809.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> I've read some email from users who have some difficulty with the
> control group concept. I personally love this and think it is much
> better than the control arrays the VB uses. I came up with a small new
> feature that I think might ease the use of control groups. The idea is
> that you select some controls that you have created. On the right click
> menu I could add an option to "Set control Group". This would prompt for
> a control group name and set the property for each of the selected
> controls.
>
> Do you think that this would be useful enough for me to work on?
>
> Robert Rowe
>

You can already do that by selecting the control and setting the "(Group)" 
property in the property sheet. The group will be set for all selected 
controls. That works too for any property.

Regards,

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Sun Mar 23 19:23:46 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 14:23:46 -0400
Subject: [Gambas-devel] Control groups
In-Reply-To: <200803231912.58809.gambas@...1...>
References: <47E69DFB.8060205@...176...>
	<200803231912.58809.gambas@...1...>
Message-ID: <47E6A032.8000601@...176...>

Oh, cool. Thanks.

Robert

Benoit Minisini wrote:
> On dimanche 23 mars 2008, Robert Rowe wrote:
>   
>> I've read some email from users who have some difficulty with the
>> control group concept. I personally love this and think it is much
>> better than the control arrays the VB uses. I came up with a small new
>> feature that I think might ease the use of control groups. The idea is
>> that you select some controls that you have created. On the right click
>> menu I could add an option to "Set control Group". This would prompt for
>> a control group name and set the property for each of the selected
>> controls.
>>
>> Do you think that this would be useful enough for me to work on?
>>
>> Robert Rowe
>>
>>     
>
> You can already do that by selecting the control and setting the "(Group)" 
> property in the property sheet. The group will be set for all selected 
> controls. That works too for any property.
>
> Regards,
>
>   



From robert.c.rowe at ...176...  Sun Mar 23 20:44:36 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 23 Mar 2008 15:44:36 -0400
Subject: [Gambas-devel] Split editor
Message-ID: <47E6B324.9080208@...176...>

Your modified code is MUCH cleaner than my original code. I don't know 
how I missed the Reparent method. I'll implement these changes into the 
3.0-rw branch.

Robert Rowe



From gambas at ...1...  Sun Mar 23 20:47:10 2008
From: gambas at ...1... (Benoit Minisini)
Date: Sun, 23 Mar 2008 20:47:10 +0100
Subject: [Gambas-devel] Split editor
In-Reply-To: <47E6B324.9080208@...176...>
References: <47E6B324.9080208@...176...>
Message-ID: <200803232047.10388.gambas@...1...>

On dimanche 23 mars 2008, Robert Rowe wrote:
> Your modified code is MUCH cleaner than my original code. 

That is the power of factorization :-)

> I don't know 
> how I missed the Reparent method. I'll implement these changes into the
> 3.0-rw branch.
>
> Robert Rowe
>

I'm currently using kdiff3 to synchronisze gambas3 IDE and gambas2 IDE. I 
found another change I forgot to port from gambas2 to gambas3...

As for your private branch: you don't have to use if you are just doing small 
changes. You can make them directly in the /trunk.

The private branch is when you want to make a big change in the IDE, and that 
you think you might make it unusable.

Regards,

-- 
Benoit Minisini



From sebasmagri at ...176...  Mon Mar 24 22:21:42 2008
From: sebasmagri at ...176... (Sebastian Magri)
Date: Tue, 25 Mar 2008 16:51:42 +1930
Subject: [Gambas-devel] Fwd: Gentoo emerge problems maybe related to
	Makefiles
In-Reply-To: <5cf51b790803162051j65c106dq2134b195cb36cdcb@...178...>
References: <5cf51b790803162051j65c106dq2134b195cb36cdcb@...178...>
Message-ID: <5cf51b790803241421t2e4f3612h4ca74c6ada76a50c@...178...>

---------- Forwarded message ----------
From: Sebastian Magri <sebasmagri at ...176...>
Date: 17-mar-2008 23:21
Subject: Gentoo emerge problems maybe related to Makefiles
To: gambas-devel at lists.sourceforge.net

I've been trying to install Gambas-2.2.1 and Gambas-2.3.0 in my Gentoo/amd64
machine trough the portage system, but the sandbox security system is giving
me some access violations. It means that during the compilation the package
try to write some files in restricted areas of the file system. The access
violations are listed by portage:

--------------------------- ACCESS VIOLATION SUMMARY
---------------------------
LOG FILE = "/var/log/sandbox/sandbox-29355.log"

open_wr:   /usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas.png
symlink:
/usr/share/icons/hicolor/64x64/mimetypes/gnome-mime-application-x-gambas.png
(symlink to /usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas
.png)
open_wr:   /usr/share/icons/hicolor/.xdg-icon-resource-dummy
open_wr:   /usr/share/icons/hicolor/.icon-theme.cache
open_wr:   /usr/share/mime/packages/application-x-gambas.xml
open_wr:   /usr/kde/3.5/share/mimelnk/application/x-gambas.desktop
--------------------------------------------------------------------------------

I've been reading some Makefile.am and found something in the
main/Makefile.am that is maybe responsible of the AVs during emerge:

        @if test x"$(XDG_UTILS)" != x; then \
                echo "Registering Gambas executable mimetype"; \
                $(INSTALL) -d $(DESTDIR)$(gbdatadir)/icons; \
                cp -f $(srcdir)/mime/application-x-gambas.png
$(DESTDIR)$(gbdatadir)/icons; \
                xdg-icon-resource install --context mimetypes --size 64
$(DESTDIR)$(gbdatadir)/icons/appli$
                xdg-mime install $(srcdir)/mime/application-x-gambas.xml; \
        fi

But i don't know nothing about autotools...

It's the reason why i'm mailing you hoping that you can approach better to
the problem and make possible a version bump in Portage Official Tree for
x86 and amd64...

I'm sorry if my English is difficult to understand and wait for your help...
-- 
    _-`````-,           ,- '- .
  .'   .- - |          | - -.  `.
/.'  /                     `.   \
:/   :      _...   ..._      ``   :
::   :     /._ .`:'_.._\.    ||   :
::    `._ ./  ,`  :    \ . _.''   .
`:.      /   |  -.  \-. \\_      /
  \:._ _/  .'   .@)  \@) ` `\ ,.'
     _/,--'       .- .\,-.`--`.
       ,'/''     (( \ `  )
        /'/'  \    `-'  (
         '/''  `._,-----'
          ''/'    .,---'
           ''/'      ;:
             ''/''  ''/
               ''/''/''
                 '/'/'
Sebasti?n Ram?rez Magr?
Usuario GNU/Linux...

-- 
    _-`````-,           ,- '- .
  .'   .- - |          | - -.  `.
/.'  /                     `.   \
:/   :      _...   ..._      ``   :
::   :     /._ .`:'_.._\.    ||   :
::    `._ ./  ,`  :    \ . _.''   .
`:.      /   |  -.  \-. \\_      /
  \:._ _/  .'   .@)  \@) ` `\ ,.'
     _/,--'       .- .\,-.`--`.
       ,'/''     (( \ `  )
        /'/'  \    `-'  (
         '/''  `._,-----'
Sebasti?n Ram?rez Magr?
Usuario GNU/Linux...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080325/944fb23c/attachment.html>

From gambas at ...1...  Mon Mar 24 22:28:45 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 24 Mar 2008 22:28:45 +0100
Subject: [Gambas-devel] Fwd: Gentoo emerge problems maybe related to
	Makefiles
In-Reply-To: <5cf51b790803241421t2e4f3612h4ca74c6ada76a50c@...178...>
References: <5cf51b790803162051j65c106dq2134b195cb36cdcb@...178...>
	<5cf51b790803241421t2e4f3612h4ca74c6ada76a50c@...178...>
Message-ID: <200803242228.45087.gambas@...1...>

On lundi 24 mars 2008, Sebastian Magri wrote:
> ---------- Forwarded message ----------
> From: Sebastian Magri <sebasmagri at ...176...>
> Date: 17-mar-2008 23:21
> Subject: Gentoo emerge problems maybe related to Makefiles
> To: gambas-devel at lists.sourceforge.net
>
> I've been trying to install Gambas-2.2.1 and Gambas-2.3.0 in my
> Gentoo/amd64 machine trough the portage system, but the sandbox security
> system is giving me some access violations. It means that during the
> compilation the package try to write some files in restricted areas of the
> file system. The access violations are listed by portage:
>
> --------------------------- ACCESS VIOLATION SUMMARY
> ---------------------------
> LOG FILE = "/var/log/sandbox/sandbox-29355.log"
>
> open_wr:  
> /usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas.png symlink:
> /usr/share/icons/hicolor/64x64/mimetypes/gnome-mime-application-x-gambas.pn
>g (symlink to /usr/share/icons/hicolor/64x64/mimetypes/application-x-gambas
> .png)
> open_wr:   /usr/share/icons/hicolor/.xdg-icon-resource-dummy
> open_wr:   /usr/share/icons/hicolor/.icon-theme.cache
> open_wr:   /usr/share/mime/packages/application-x-gambas.xml
> open_wr:   /usr/kde/3.5/share/mimelnk/application/x-gambas.desktop

These locations are prefectly valid. These files are written by the xdg-utils 
tools that are based on a freedesktop.org standard. 

So why does your system prevent these files to be installed?

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Wed Mar 26 00:58:54 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 25 Mar 2008 19:58:54 -0400
Subject: [Gambas-devel] Toolbars
Message-ID: <47E991BE.2040800@...176...>

The discussion about not added a button for collapse/uncollapse has 
gotten me thinking that it would be really nice to have a user 
configurable toolbar component. I'd like to try writing this unless 
someone else is already working on something similar. I like the way 
that KDE does this so I'd modeled that way. It would probably be better 
to code it in C but I stink at C. I think that I read somewhere that 
components can be written in Gambas.

Robert Rowe



From gambas at ...1...  Wed Mar 26 01:33:13 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 01:33:13 +0100
Subject: [Gambas-devel] Toolbars
In-Reply-To: <47E991BE.2040800@...176...>
References: <47E991BE.2040800@...176...>
Message-ID: <200803260133.13626.gambas@...1...>

On mercredi 26 mars 2008, Robert Rowe wrote:
> The discussion about not added a button for collapse/uncollapse has
> gotten me thinking that it would be really nice to have a user
> configurable toolbar component. I'd like to try writing this unless
> someone else is already working on something similar. I like the way
> that KDE does this so I'd modeled that way. It would probably be better
> to code it in C but I stink at C. I think that I read somewhere that
> components can be written in Gambas.
>
> Robert Rowe
>

I should really write an "how to write components in Gambas"...

-- 
Benoit Minisini



From gambas at ...1...  Wed Mar 26 01:49:26 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 01:49:26 +0100
Subject: [Gambas-devel] Toolbars
In-Reply-To: <200803260133.13626.gambas@...1...>
References: <47E991BE.2040800@...176...>
	<200803260133.13626.gambas@...1...>
Message-ID: <200803260149.26791.gambas@...1...>

On mercredi 26 mars 2008, Benoit Minisini wrote:
> On mercredi 26 mars 2008, Robert Rowe wrote:
> > The discussion about not added a button for collapse/uncollapse has
> > gotten me thinking that it would be really nice to have a user
> > configurable toolbar component. I'd like to try writing this unless
> > someone else is already working on something similar. I like the way
> > that KDE does this so I'd modeled that way. It would probably be better
> > to code it in C but I stink at C. I think that I read somewhere that
> > components can be written in Gambas.
> >
> > Robert Rowe
>
> I should really write an "how to write components in Gambas"...

But you can already start to look in all Gambas projects located in 
the ./comp/src directory of the source code. They are all components written 
in Gambas!

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Wed Mar 26 01:59:33 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 25 Mar 2008 20:59:33 -0400
Subject: [Gambas-devel] Toolbars
In-Reply-To: <200803260133.13626.gambas@...1...>
References: <47E991BE.2040800@...176...>
	<200803260133.13626.gambas@...1...>
Message-ID: <47E99FF5.7030107@...176...>

I'm going to disect the GridEditor component and try to figure it out. 
Maybe I'll be able to write this guide once I'm finished.

Robert Rowe

Benoit Minisini wrote:
> On mercredi 26 mars 2008, Robert Rowe wrote:
>   
>> The discussion about not added a button for collapse/uncollapse has
>> gotten me thinking that it would be really nice to have a user
>> configurable toolbar component. I'd like to try writing this unless
>> someone else is already working on something similar. I like the way
>> that KDE does this so I'd modeled that way. It would probably be better
>> to code it in C but I stink at C. I think that I read somewhere that
>> components can be written in Gambas.
>>
>> Robert Rowe
>>
>>     
>
> I should really write an "how to write components in Gambas"...
>
>   



From robert.c.rowe at ...176...  Wed Mar 26 02:00:03 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Tue, 25 Mar 2008 21:00:03 -0400
Subject: [Gambas-devel] Toolbars
In-Reply-To: <200803260149.26791.gambas@...1...>
References: <47E991BE.2040800@...176...>	<200803260133.13626.gambas@...1...>
	<200803260149.26791.gambas@...1...>
Message-ID: <47E9A013.7070306@...176...>

Cool. Thanks.

Robert Rowe

Benoit Minisini wrote:
> On mercredi 26 mars 2008, Benoit Minisini wrote:
>   
>> On mercredi 26 mars 2008, Robert Rowe wrote:
>>     
>>> The discussion about not added a button for collapse/uncollapse has
>>> gotten me thinking that it would be really nice to have a user
>>> configurable toolbar component. I'd like to try writing this unless
>>> someone else is already working on something similar. I like the way
>>> that KDE does this so I'd modeled that way. It would probably be better
>>> to code it in C but I stink at C. I think that I read somewhere that
>>> components can be written in Gambas.
>>>
>>> Robert Rowe
>>>       
>> I should really write an "how to write components in Gambas"...
>>     
>
> But you can already start to look in all Gambas projects located in 
> the ./comp/src directory of the source code. They are all components written 
> in Gambas!
>
>   



From gambas at ...1...  Wed Mar 26 01:57:50 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 01:57:50 +0100
Subject: [Gambas-devel] Toolbars
In-Reply-To: <47E99FF5.7030107@...176...>
References: <47E991BE.2040800@...176...>
	<200803260133.13626.gambas@...1...>
	<47E99FF5.7030107@...176...>
Message-ID: <200803260157.50370.gambas@...1...>

On mercredi 26 mars 2008, Robert Rowe wrote:
> I'm going to disect the GridEditor component and try to figure it out.
> Maybe I'll be able to write this guide once I'm finished.
>
> Robert Rowe
>

Well, there are things I never talked about, so you will miss some important 
informations.

-- 
Benoit Minisini



From david_villalobos_c at ...7...  Wed Mar 26 13:29:04 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Wed, 26 Mar 2008 05:29:04 -0700 (PDT)
Subject: [Gambas-devel] Signal 11 using gb.db.form
Message-ID: <382174.27969.qm@...556...>

Hi Benoit,

I got a signal 11 when using the gb.db.form on Gambas3.

Attached is a log from my project. But if you run the Examples/DataBase it will break at the momentyou make click in the Bound Controls button.

Can validate, please??

Regards

David




      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080326/3f25bdcc/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: Sig-11.txt
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080326/3f25bdcc/attachment.txt>

From gambas at ...1...  Wed Mar 26 17:29:58 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 17:29:58 +0100
Subject: [Gambas-devel] Signal 11 using gb.db.form
In-Reply-To: <382174.27969.qm@...556...>
References: <382174.27969.qm@...556...>
Message-ID: <200803261729.58406.gambas@...1...>

On mercredi 26 mars 2008, David Villalobos Cambronero wrote:
> Hi Benoit,
>
> I got a signal 11 when using the gb.db.form on Gambas3.
>
> Attached is a log from my project. But if you run the Examples/DataBase it
> will break at the momentyou make click in the Bound Controls button.
>
> Can validate, please??
>
> Regards
>
> David
>

I fixed it in the revision 1261.

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Wed Mar 26 17:35:44 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 17:35:44 +0100
Subject: [Gambas-devel] Toolbars
In-Reply-To: <47E991BE.2040800@...176...>
References: <47E991BE.2040800@...176...>
Message-ID: <200803261735.44725.gambas@...1...>

On mercredi 26 mars 2008, Robert Rowe wrote:
> The discussion about not added a button for collapse/uncollapse has
> gotten me thinking that it would be really nice to have a user
> configurable toolbar component. I'd like to try writing this unless
> someone else is already working on something similar. I like the way
> that KDE does this so I'd modeled that way. It would probably be better
> to code it in C but I stink at C. I think that I read somewhere that
> components can be written in Gambas.
>
> Robert Rowe
>

Note that feature is directly related to my mail about action support in the 
IDE. A toolbar configuration dialog will take a list of actions directly from 
the Action class.

Note that there are global actions and local ones. The local actions have a 
name that starts with a dot. They should act in their first embedded parent 
form. The global actions act in their first top-level form.

Regards,

-- 
Benoit Minisini



From jredrejo at ...176...  Wed Mar 26 19:40:00 2008
From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=)
Date: Wed, 26 Mar 2008 19:40:00 +0100
Subject: [Gambas-devel] problem with firebird component
Message-ID: <8eb28a500803261140w12fc58acvbbf5279afce44734@...178...>

Hi, I'd like to know if the firebird is currently maintained by someone.
It does not compile with gcc 4.3:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472562

Regards.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080326/c4b984f1/attachment.html>

From gambas at ...1...  Wed Mar 26 20:58:56 2008
From: gambas at ...1... (Benoit Minisini)
Date: Wed, 26 Mar 2008 20:58:56 +0100
Subject: [Gambas-devel] problem with firebird component
In-Reply-To: <8eb28a500803261140w12fc58acvbbf5279afce44734@...178...>
References: <8eb28a500803261140w12fc58acvbbf5279afce44734@...178...>
Message-ID: <200803262058.56453.gambas@...1...>

On mercredi 26 mars 2008, Jos? Luis Redrejo wrote:
> Hi, I'd like to know if the firebird is currently maintained by someone.
> It does not compile with gcc 4.3:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472562
>
> Regards.

I have gcc 4.2 on my Mandriva 2008, so I can't do anything at the moment. 
Maybe with the 2008.1?

-- 
Benoit Minisini



From lordheavym at ...176...  Wed Mar 26 23:51:46 2008
From: lordheavym at ...176... (Laurent Carlier)
Date: Wed, 26 Mar 2008 23:51:46 +0100
Subject: [Gambas-devel] problem with firebird component
In-Reply-To: <200803262058.56453.gambas@...1...>
References: <8eb28a500803261140w12fc58acvbbf5279afce44734@...178...>
	<200803262058.56453.gambas@...1...>
Message-ID: <200803262351.46317.lordheavym@...176...>

Le Wednesday 26 March 2008 20:58:56 Benoit Minisini, vous avez ?crit?:
> On mercredi 26 mars 2008, Jos? Luis Redrejo wrote:
> > Hi, I'd like to know if the firebird is currently maintained by someone.
> > It does not compile with gcc 4.3:
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472562
> >
> > Regards.
>
> I have gcc 4.2 on my Mandriva 2008, so I can't do anything at the moment.
> Maybe with the 2008.1?

This should be fixed in rev 1263.

++




From robert.c.rowe at ...176...  Thu Mar 27 01:06:16 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Wed, 26 Mar 2008 20:06:16 -0400
Subject: [Gambas-devel] Toolbars
In-Reply-To: <200803261735.44725.gambas@...1...>
References: <47E991BE.2040800@...176...>
	<200803261735.44725.gambas@...1...>
Message-ID: <47EAE4F8.9070903@...176...>

I had already thought about the tie-in with the action property. Very 
good idea.

My thoughts so far are:

1. Have a Tool object that can be one of the following types: Button, 
MenuButton, Dropdown, Text, Label and Separator. This will likely be a 
base class that these other classes inherit from.
2. The toolbar would let the developer create tools and add them to a 
collection within the toolbar. This will eventually be from some GUI 
setup but initially from code.
3. The developer would set the initial position and visibility of the 
default tools.
4. A button (a small down arrow maybe) and possible a right click would 
allow the user to access a form with two lists of tools: available and 
current. They could then move the tools between the lists and up & down 
to set their order.
5. I'd save this in a program specific (or default) config file in the 
user's home directory.

This is how is I think that KDE does it. Right click the toolbar of a 
KDE app and select "Configure Toolbars" to see what I mean.

Later I could make a new object (ToolbarManager) to manage multiple 
toolbars and possibly control their dock edge. This manager could 
probably allow the user to create entirely new toolbars since each 
toolbar would be an object in the toolbars collection of the 
ToolbarManager object. Adding one a runtime shouldn't be any harder that 
adding one at design time.

I do have a couple of questions though. When a class inherits from 
another class can the class instance be stored in a variable dim'd as 
the parent class.

Ex. ToolButton inherits from Tool

Dim T as Tool
Dim TB as ToolButton

T = TB

if so would this also work

Dim TB2 as ToolButton

TB2 = T

Also is there something like .Net's CType?

I also noticed that when I compiled GridEditor that it appeared in the 
list of components. I didn't do anything special except build an 
executable of GridEditor. I'm assuming that this wrote an info file 
somewhere but I couldn't find it. I was running as a normal user so it 
had to be in my home directory somewhere.

Robert Rowe

Benoit Minisini wrote:
> On mercredi 26 mars 2008, Robert Rowe wrote:
>   
>> The discussion about not added a button for collapse/uncollapse has
>> gotten me thinking that it would be really nice to have a user
>> configurable toolbar component. I'd like to try writing this unless
>> someone else is already working on something similar. I like the way
>> that KDE does this so I'd modeled that way. It would probably be better
>> to code it in C but I stink at C. I think that I read somewhere that
>> components can be written in Gambas.
>>
>> Robert Rowe
>>
>>     
>
> Note that feature is directly related to my mail about action support in the 
> IDE. A toolbar configuration dialog will take a list of actions directly from 
> the Action class.
>
> Note that there are global actions and local ones. The local actions have a 
> name that starts with a dot. They should act in their first embedded parent 
> form. The global actions act in their first top-level form.
>
> Regards,
>
>   



From jredrejo at ...176...  Thu Mar 27 09:14:28 2008
From: jredrejo at ...176... (=?ISO-8859-1?Q?Jos=E9_Luis_Redrejo?=)
Date: Thu, 27 Mar 2008 09:14:28 +0100
Subject: [Gambas-devel] problem with firebird component
In-Reply-To: <200803262351.46317.lordheavym@...176...>
References: <8eb28a500803261140w12fc58acvbbf5279afce44734@...178...>
	<200803262058.56453.gambas@...1...>
	<200803262351.46317.lordheavym@...176...>
Message-ID: <8eb28a500803270114k60aa4662w911ade01027b80aa@...178...>

Thanks very much.
Jos? L.

2008/3/26, Laurent Carlier <lordheavym at ...176...>:
>
> Le Wednesday 26 March 2008 20:58:56 Benoit Minisini, vous avez ?crit :
>
> > On mercredi 26 mars 2008, Jos? Luis Redrejo wrote:
> > > Hi, I'd like to know if the firebird is currently maintained by
> someone.
> > > It does not compile with gcc 4.3:
> > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472562
> > >
> > > Regards.
> >
> > I have gcc 4.2 on my Mandriva 2008, so I can't do anything at the
> moment.
> > Maybe with the 2008.1?
>
>
> This should be fixed in rev 1263.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080327/3753962b/attachment.html>

From robert.c.rowe at ...176...  Sat Mar 29 01:02:34 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Fri, 28 Mar 2008 20:02:34 -0400
Subject: [Gambas-devel] Minor highlighting bug
Message-ID: <47ED871A.3080600@...176...>

When you are using the feature to highlight modified lines, saving via 
the save button in the editor window does not clear the highlighting. 
Saving via the main toolbar (save all) does. I think the difference is 
that the editor save button does not pass TRUE for the reset parameter. 
The main save button does.

Using Gamabs3, latest revision as of yesterday.

Robert Rowe



From robert.c.rowe at ...176...  Sun Mar 30 19:09:28 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 30 Mar 2008 13:09:28 -0400
Subject: [Gambas-devel] Collection bug (or strange behavior)
Message-ID: <47EFC948.4040904@...176...>

Try this:

dim col as new collection

col.add("somevalue","aaa")
col.add("someothervalue","aaa") '<-- does not cause an error, it just 
overwrites "aaa"
print col["aaa"] '<-- result is someothervalue because the second line 
overwrote the value without an error

I would think that attempting to add an element whose key already exists 
should cause an error.

Similarly, attempting to remove an entry that does not exits does not 
raise an error. I'd think that this could lead to some rather subtle 
bugs in a program that could be rather hard to detect.

Robert Rowe




From robert.c.rowe at ...176...  Sun Mar 30 20:05:28 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 30 Mar 2008 14:05:28 -0400
Subject: [Gambas-devel] ToolButton question
Message-ID: <47EFD668.3010904@...176...>

Is it possible to make the text of a toolbutton appear below the image 
instead of to the right? I'm interested in making this switchable if 
possible. I'd also like to make the visibility to the caption switchable 
too, without having to clear the caption property.

These two abilities of the ToolButton would become options in my user 
configurable toolbar. I can work around the visibility of the text by 
storing it in a separate collection and set/clear the caption property. 
I couldn't find a way to make the caption appear under the image though.

Robert Rowe



From gambas at ...1...  Mon Mar 31 00:43:12 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 31 Mar 2008 00:43:12 +0200
Subject: [Gambas-devel] Minor highlighting bug
In-Reply-To: <47ED871A.3080600@...176...>
References: <47ED871A.3080600@...176...>
Message-ID: <200803310043.12729.gambas@...1...>

On samedi 29 mars 2008, Robert Rowe wrote:
> When you are using the feature to highlight modified lines, saving via
> the save button in the editor window does not clear the highlighting.
> Saving via the main toolbar (save all) does. I think the difference is
> that the editor save button does not pass TRUE for the reset parameter.
> The main save button does.
>
> Using Gamabs3, latest revision as of yesterday.
>
> Robert Rowe
>

It is not a bug, it is a feature :-)

I did that because when compiling the program, the project is entirely save. 
The meaning of the modified lines highlighting was to know what to compile, 
not what to save.

The bug is that the "save project" button should keep the highlighting. So I 
fixed in that way in the last revision.

Regards,

-- 
Benoit Minisini



From gambas at ...1...  Mon Mar 31 00:48:29 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 31 Mar 2008 00:48:29 +0200
Subject: [Gambas-devel] Collection bug (or strange behavior)
In-Reply-To: <47EFC948.4040904@...176...>
References: <47EFC948.4040904@...176...>
Message-ID: <200803310048.29529.gambas@...1...>

On dimanche 30 mars 2008, Robert Rowe wrote:
> Try this:
>
> dim col as new collection
>
> col.add("somevalue","aaa")
> col.add("someothervalue","aaa") '<-- does not cause an error, it just
> overwrites "aaa"
> print col["aaa"] '<-- result is someothervalue because the second line
> overwrote the value without an error
>
> I would think that attempting to add an element whose key already exists
> should cause an error.
>
> Similarly, attempting to remove an entry that does not exits does not
> raise an error. I'd think that this could lead to some rather subtle
> bugs in a program that could be rather hard to detect.
>
> Robert Rowe
>

Collection works this way in Gambas, this is by design. This is not problem as 
soon as you know the way it works, and it behaves more like arrays.

You will find many places in Gambas where, instead of throwing an error, it 
uses a default behaviour that is usually the most common and useful. IMHO, of 
course. :-)

If you really think that a Collection that behaves like the VB Collection is 
useful, you can add it to the gb.vb component!

-- 
Benoit Minisini



From robert.c.rowe at ...176...  Mon Mar 31 00:56:10 2008
From: robert.c.rowe at ...176... (Robert Rowe)
Date: Sun, 30 Mar 2008 18:56:10 -0400
Subject: [Gambas-devel] Minor highlighting bug
In-Reply-To: <200803310043.12729.gambas@...1...>
References: <47ED871A.3080600@...176...>
	<200803310043.12729.gambas@...1...>
Message-ID: <47F01A8A.70709@...176...>

Ok, my confusion. I thought it indicated changes since the last save. As 
long as it is consistent then all is well.

Robert Rowe

Benoit Minisini wrote:
> On samedi 29 mars 2008, Robert Rowe wrote:
>   
>> When you are using the feature to highlight modified lines, saving via
>> the save button in the editor window does not clear the highlighting.
>> Saving via the main toolbar (save all) does. I think the difference is
>> that the editor save button does not pass TRUE for the reset parameter.
>> The main save button does.
>>
>> Using Gamabs3, latest revision as of yesterday.
>>
>> Robert Rowe
>>
>>     
>
> It is not a bug, it is a feature :-)
>
> I did that because when compiling the program, the project is entirely save. 
> The meaning of the modified lines highlighting was to know what to compile, 
> not what to save.
>
> The bug is that the "save project" button should keep the highlighting. So I 
> fixed in that way in the last revision.
>
> Regards,
>
>   



From david_villalobos_c at ...7...  Mon Mar 31 16:01:00 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Mon, 31 Mar 2008 07:01:00 -0700 (PDT)
Subject: [Gambas-devel] New component for Gambas
Message-ID: <719560.17315.qm@...584...>

Hi all,

    I want to create a new component for Gambas, it is MySQL oriented. What I want to do is make things easier for users who use gb.db.mysql. I'm creating a Class called MySQL to do all the things the user needs.

    For example, this class will have something like this to create a DataBase
        Public Procedure CreateDataBase(DataBaseName As String, Optional CharSet As String)

    This class will manage all the specific MySQL (or SQL) things, like data types, indexes and more.

    I'm not re-inventing the wheel, it is just a class to make the things easier. In back ground what the class will do is use Connection.Ecex() to execute MySQL statements.

    Now, I got a problem, make it as a component or as a Class file inside the Gambas IDE?

I do not want to continue without ask the experts voices.... :-)

Attached is a small example..

Comments please.....

David




      ____________________________________________________________________________________
OMG, Sweet deal for Yahoo! users/friends:Get A Month of Blockbuster Total Access, No Cost. W00t 
http://tc.deals.yahoo.com/tc/blockbuster/text2.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080331/efac8267/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: MySQL.txt
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080331/efac8267/attachment.txt>

From gambas at ...1...  Mon Mar 31 16:30:38 2008
From: gambas at ...1... (Benoit Minisini)
Date: Mon, 31 Mar 2008 16:30:38 +0200
Subject: [Gambas-devel] New component for Gambas
In-Reply-To: <719560.17315.qm@...584...>
References: <719560.17315.qm@...584...>
Message-ID: <200803311630.38022.gambas@...1...>

On lundi 31 mars 2008, David Villalobos Cambronero wrote:
> Hi all,
>
>     I want to create a new component for Gambas, it is MySQL oriented. What
> I want to do is make things easier for users who use gb.db.mysql. I'm
> creating a Class called MySQL to do all the things the user needs.
>
>     For example, this class will have something like this to create a
> DataBase Public Procedure CreateDataBase(DataBaseName As String, Optional
> CharSet As String)
>
>     This class will manage all the specific MySQL (or SQL) things, like
> data types, indexes and more.
>
>     I'm not re-inventing the wheel, it is just a class to make the things
> easier. In back ground what the class will do is use Connection.Ecex() to
> execute MySQL statements.
>
>     Now, I got a problem, make it as a component or as a Class file inside
> the Gambas IDE?

Why do you want to put a database class inside the IDE ????

First, you can make a completely independant component. 

Or you can extend the gb.db classes with MYSQL specific stuff. 

But if you want to do the later, the name 'gb.db.mysql' cannot be used as it 
is already the name of the mysql database driver. 

But maybe adding a Gambas part to gb.db.mysql and making gb.db.mysql checkable 
in the IDE component list would work.

That can be decided later, when your component is finished.

So, if you really want your component to be put in the gambas sources, please 
be careful with the names of your public symbols (classes, methods, 
properties, arguments), and the syntax of your properties and methods.

Regards,

-- 
Benoit Minisini



From david_villalobos_c at ...7...  Mon Mar 31 18:19:28 2008
From: david_villalobos_c at ...7... (David Villalobos Cambronero)
Date: Mon, 31 Mar 2008 09:19:28 -0700 (PDT)
Subject: [Gambas-devel] New component for Gambas
Message-ID: <27917.50212.qm@...587...>

you are right with this... has no sense to put it in the IDE

I'll finish my job and them we talk...

----- Original Message ----
From: Benoit Minisini <gambas at ...1...>
To: mailing list for gambas developers <gambas-devel at lists.sourceforge.net>
Sent: Monday, March 31, 2008 8:30:38 AM
Subject: Re: [Gambas-devel] New component for Gambas

On lundi 31 mars 2008, David Villalobos Cambronero wrote:
> Hi all,
>
>     I want to create a new component for Gambas, it is MySQL oriented. What
> I want to do is make things easier for users who use gb.db.mysql. I'm
> creating a Class called MySQL to do all the things the user needs.
>
>     For example, this class will have something like this to create a
> DataBase Public Procedure CreateDataBase(DataBaseName As String, Optional
> CharSet As String)
>
>     This class will manage all the specific MySQL (or SQL) things, like
> data types, indexes and more.
>
>     I'm not re-inventing the wheel, it is just a class to make the things
> easier. In back ground what the class will do is use Connection.Ecex() to
> execute MySQL statements.
>
>     Now, I got a problem, make it as a component or as a Class file inside
> the Gambas IDE?

Why do you want to put a database class inside the IDE ????

you are right with this... has no sense....

First, you can make a completely independant component. 

Or you can extend the gb.db classes with MYSQL specific stuff. 

But if you want to do the later, the name 'gb.db.mysql' cannot be used as it 
is already the name of the mysql database driver. 

But maybe adding a Gambas part to gb.db.mysql and making gb.db.mysql checkable 
in the IDE component list would work.

That can be decided later, when your component is finished.

So, if you really want your component to be put in the gambas sources, please 
be careful with the names of your public symbols (classes, methods, 
properties, arguments), and the syntax of your properties and methods.

Regards,

-- 
Benoit Minisini

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Gambas-devel mailing list
Gambas-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gambas-devel






      ____________________________________________________________________________________
No Cost - Get a month of Blockbuster Total Access now. Sweet deal for Yahoo! users and friends. 
http://tc.deals.yahoo.com/tc/blockbuster/text1.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gambas-basic.org/pipermail/devel/attachments/20080331/35404fc8/attachment.html>