From ronstk at ...124... Tue Aug 1 00:14:57 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 1 Aug 2006 00:14:57 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200607312230.46793.sirfabien@...176...> References: <200607292236.20216.ronstk@...124...> <200607301537.44639.ronstk@...124...> <200607312230.46793.sirfabien@...176...> Message-ID: <200608010014.57684.ronstk@...124...> On Monday 31 July 2006 22:30, Fabien Bodard wrote: > Le Dimanche 30 Juillet 2006 15:37, Ron Onstenk a ?crit?: > > On Sunday 30 July 2006 13:50, you wrote: > > > Ron Onstenk wrote: > > > > On Sunday 30 July 2006 10:41, you wrote: > > > >> I have now compiled my new version and it do have the mda component. > > > >> But > > > >> > > > >> it is still no windowed child forms. > > > >> They do just the same as the mdi component. > > > > > > > > 1) Did you made a the new gambas2 as separate map? > > > > 2) open the extra copy from 1 > > > > 3) in the menubar goto project and select 'properties' > > > > 4) goto tab 'Components' > > > > 5) deselect gb.form.mdi and select gb.form.mda <------ importand > > > > 6) make executable > > > > 7) run the new created. This one should have it. > > > > > > > > In the upperleft corner of the editor child the menu must > > > > have a list of: > > > > > > > > All windows > > > > ^ Maximize > > > > o Restore > > > > v Minimize > > > > ------------ > > > > x Close > > > > > > > > I did it as the story on the maillist and here it did work. > > > > > > > > Ron > > > > > > Hi Ron. > > > > > > I have only one copy of gambas. Yes I have done the switch from mdi to > > > mda. Have a look at the screen dump. > > > The only difference I can see is on the "mdi" form it do have a scroll > > > at the bottom, and it should not be there. > > > > > > The form are showing as maximized. > > > > I'm afraid you did misunderstood the .mda story. > > > > The reason for .mda is the way the IDE of gambas has the workspace > > for the coding part. > > Fabian did not like it the way it is now with maximized editors. > it's not true now :-) > NOw i prefer the way Benoit did it :) sorry... The more important problem for > me was the toolbar management... The only thing i hope benoit did it's to > remove the titlebar on his tabstrip. > SO has i've not really needs to use the workspace ... if someone can take > place to me on the en of the development of it.. > > I've a more important job to do on the file selector to do. And maybe on a > report tool... > > Regards, > Fabien Bodard > > OK. I will go on with it but I have also a important job to do. :) & :( I'm already working on to get it more compatible with the .mdi code. So users that want it must be not in a hurry to get it. I assume you close the project from on side now and stop the maintenance and working on it. Question to Benoit. 1) Does the gb.qt.container has a equivalent in gtk ? 2) Is it possible to add the current objects you add in .mdi now in the container ? Just for information and to be safe when I try. Greets, Ron From gambas at ...1... Tue Aug 1 00:40:20 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 1 Aug 2006 00:40:20 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608010014.57684.ronstk@...124...> References: <200607292236.20216.ronstk@...124...> <200607312230.46793.sirfabien@...176...> <200608010014.57684.ronstk@...124...> Message-ID: <200608010040.20214.gambas@...1...> On Tuesday 01 August 2006 00:14, Ron Onstenk wrote: > > OK. > > I will go on with it but I have also a important job to do. :) & :( > I'm already working on to get it more compatible with the .mdi code. > So users that want it must be not in a hurry to get it. > > I assume you close the project from on side now and > stop the maintenance and working on it. > > Question to Benoit. > 1) Does the gb.qt.container has a equivalent in gtk ? What is gb.qt.container ? Are you talking about a component ? > 2) Is it possible to add the current objects you add in .mdi > now in the container ? Which container ? > > Just for information and to be safe when I try. > > Greets, > > Ron > -- Benoit Minisini From ronstk at ...124... Tue Aug 1 01:30:15 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 1 Aug 2006 01:30:15 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608010040.20214.gambas@...1...> References: <200607292236.20216.ronstk@...124...> <200608010014.57684.ronstk@...124...> <200608010040.20214.gambas@...1...> Message-ID: <200608010130.15921.ronstk@...124...> On Tuesday 01 August 2006 00:40, Benoit Minisini wrote: > On Tuesday 01 August 2006 00:14, Ron Onstenk wrote: > > > > OK. > > > > I will go on with it but I have also a important job to do. :) & :( > > I'm already working on to get it more compatible with the .mdi code. > > So users that want it must be not in a hurry to get it. > > > > I assume you close the project from on side now and > > stop the maintenance and working on it. > > > > Question to Benoit. > > 1) Does the gb.qt.container has a equivalent in gtk ? > > What is gb.qt.container ? Are you talking about a component ? > > > 2) Is it possible to add the current objects you add in .mdi > > now in the container ? > > Which container ? > > > > > Just for information and to be safe when I try. > > > > Greets, > > > > Ron > > > Is gambas growing to much? :) see screenshot from help. Ron -------------- next part -------------- A non-text attachment was scrubbed... Name: gb-qt-container.jpg Type: image/jpeg Size: 101493 bytes Desc: not available URL: From gambas at ...1... Tue Aug 1 01:47:10 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 1 Aug 2006 01:47:10 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608010130.15921.ronstk@...124...> References: <200607292236.20216.ronstk@...124...> <200608010040.20214.gambas@...1...> <200608010130.15921.ronstk@...124...> Message-ID: <200608010147.10968.gambas@...1...> On Tuesday 01 August 2006 01:30, Ron Onstenk wrote: > On Tuesday 01 August 2006 00:40, Benoit Minisini wrote: > > On Tuesday 01 August 2006 00:14, Ron Onstenk wrote: > > > OK. > > > > > > I will go on with it but I have also a important job to do. :) & :( > > > I'm already working on to get it more compatible with the .mdi code. > > > So users that want it must be not in a hurry to get it. > > > > > > I assume you close the project from on side now and > > > stop the maintenance and working on it. > > > > > > Question to Benoit. > > > 1) Does the gb.qt.container has a equivalent in gtk ? > > > > What is gb.qt.container ? Are you talking about a component ? > > > > > 2) Is it possible to add the current objects you add in .mdi > > > now in the container ? > > > > Which container ? > > > > > Just for information and to be safe when I try. > > > > > > Greets, > > > > > > Ron > > Is gambas growing to much? :) > > see screenshot from help. > > Ron You are talking about the class! Of course it exists in gb.gtk. The final graal is having exactly the same interface between gb.qt and gb.gtk. Anyway, your second question is not clear yet... Regards, -- Benoit Minisini From gambas.fr at ...176... Tue Aug 1 13:38:44 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 1 Aug 2006 13:38:44 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608010147.10968.gambas@...1...> References: <200607292236.20216.ronstk@...124...> <200608010040.20214.gambas@...1...> <200608010130.15921.ronstk@...124...> <200608010147.10968.gambas@...1...> Message-ID: <6324a42a0608010438j53d85378l800373a5525c25b9@...178...> 2006/8/1, Benoit Minisini : > > On Tuesday 01 August 2006 01:30, Ron Onstenk wrote: > > On Tuesday 01 August 2006 00:40, Benoit Minisini wrote: > > > On Tuesday 01 August 2006 00:14, Ron Onstenk wrote: > > > > OK. > > > > > > > > I will go on with it but I have also a important job to do. :) & :( > > > > I'm already working on to get it more compatible with the .mdi code. > > > > So users that want it must be not in a hurry to get it. > > > > > > > > I assume you close the project from on side now and > > > > stop the maintenance and working on it. > > > > > > > > Question to Benoit. > > > > 1) Does the gb.qt.container has a equivalent in gtk ? > > > > > > What is gb.qt.container ? Are you talking about a component ? > > > > > > > 2) Is it possible to add the current objects you add in .mdi > > > > now in the container ? > > > > > > Which container ? > > > > > > > Just for information and to be safe when I try. > > > > > > > > Greets, > > > > > > > > Ron > > > > Is gambas growing to much? :) > > > > see screenshot from help. > > > > Ron > > You are talking about the class! Of course it exists in gb.gtk. The final > graal is having exactly the same interface between gb.qt and gb.gtk. > > Anyway, your second question is not clear yet... > > Regards, > > -- > Benoit Minisini > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > it is very confusing as ron talk about an object and .container is not an object but a parent clas that give to an object some properties. No gambas is not gowing so much but we need to be uptodate about the language evolution ;-) we are no many infact to now nears to all of the language synthaxe... nevertheless i forgot some piece sometime too ;) Regards, Fabien Bodard -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronstk at ...124... Tue Aug 1 18:46:56 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 1 Aug 2006 18:46:56 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <6324a42a0608010438j53d85378l800373a5525c25b9@...178...> References: <200607292236.20216.ronstk@...124...> <200608010147.10968.gambas@...1...> <6324a42a0608010438j53d85378l800373a5525c25b9@...178...> Message-ID: <200608011846.57604.ronstk@...124...> On Tuesday 01 August 2006 13:38, Fabien Bodard wrote: > it is very confusing as ron talk about an object and .container is not an > object but a parent clas that give to an object some properties. Explain? I did mean 'Container' and not '.container', that are different things. A Frame ('gb.qt.Frame') inherits the 'gb.qt.Container' and there is no Frame.container but there is a Frame.Children and this in the help lead to Container.Children (gb.qt) Syntax PROPERTY READ Children AS .ContainerChildren So the named 'Frame.Children' is in real 'Frame.container' and is actual 'gb.qt.Container.Children' Looks to me as name mangle and very confussing. My code idea is next example: Sub Add(hForm as form,bResize as boolean) ' add Feditor as hForm in next sub in container with buttons and more. MyWin = New Container(Scrollview1) MyTitle = New Label(MyWin) MySubForm = New Form(MyWin) ' the hForm should be placed in the place of MySubForm ' How? The help does not tell it for Reparent ' Control.Reparent (gb.qt) ' What is Control? ' Here the reason I talk about 'Object' ' The help should say .Reparent (gb.qt) while ' the object is the thingy (object) having .Reparent and that is Form ' in this case but could also be 'ListView' and that is well known as ' Control and 'Form' is the container for those controls. ' Beside of that in the help "This class inherits Window" and not ' "This class inherits Control" so .Reparent can't on a Form or ' Control.Reparent is wrong and should be .Reparent ' Fabian does not understand the object as pointer to thingy :) (smile) ' Roulette to get the correct one hForm.Reparent(hForm as MySubForm,0, myTitle.Height) ' or hForm.Reparent(MySubForm as hForm,0, myTitle.Height) ' or MySubForm.Reparent(hForm as MySubForm,0, myTitle.Height) ' or MySubForm.Reparent(MySubForm as hForm,0, myTitle.Height) ' add buttons and etc .... ' place all at right place and size .... 'done END Anyway the help say for Container 'This class is not creat(e)able ' and then I can't use it. :( I give up, Benoit please tell me what should I use as container. Ron PS I wish we had a object hierarchy of the controls http://doc.trolltech.com/3.3/classchart.html http://doc.trolltech.com/extras/qt41-class-chart.pdf ftp://ftp.trolltech.com/qt/pdf/qt33-class-chart.pdf Same for the Database Component. http://www.info-3000.com/access/daoreferencecomplete.php Just to get the idea. From gambas at ...1... Tue Aug 1 19:15:43 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 1 Aug 2006 19:15:43 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608011846.57604.ronstk@...124...> References: <200607292236.20216.ronstk@...124...> <6324a42a0608010438j53d85378l800373a5525c25b9@...178...> <200608011846.57604.ronstk@...124...> Message-ID: <200608011915.43278.gambas@...1...> On Tuesday 01 August 2006 18:46, Ron Onstenk wrote: > On Tuesday 01 August 2006 13:38, Fabien Bodard wrote: > > it is very confusing as ron talk about an object and .container is not an > > object but a parent clas that give to an object some properties. > > Explain? > I did mean 'Container' and not '.container', that are different things. > > A Frame ('gb.qt.Frame') inherits the 'gb.qt.Container' and there is no > Frame.container but there is a Frame.Children and this in the help lead to > > Container.Children (gb.qt) > Syntax > PROPERTY READ Children AS .ContainerChildren I don't know what you are looking for. The Children property is just for enumerating the controls that are children of a container. > > So the named 'Frame.Children' is in real 'Frame.container' and is actual > 'gb.qt.Container.Children' Looks to me as name mangle and very confussing. "gb.qt.Frame" or "gb.qt.Container": all this notation means nothing in Gambas. A component is not a name space. There is only one name space for classes in Gambas, the "global" name space. I said "global", because actually there is a "private" class name space too for components written in Gambas. All classes declared with "EXPORT" in a component written in Gambas are inserted into the global name space. The other classes are invisible for the other components and for the project using these components. I think you are mixing up many things in your head :-) Class names, method names, component names... > > My code idea is next example: > > Sub Add(hForm as form,bResize as boolean) > ' add Feditor as hForm in next sub in container with buttons and more. > > MyWin = New Container(Scrollview1) > MyTitle = New Label(MyWin) > MySubForm = New Form(MyWin) > > ' the hForm should be placed in the place of MySubForm > ' How? The help does not tell it for Reparent > > ' Control.Reparent (gb.qt) > ' What is Control? As written in the help, Control is the class that every control (i.e. widget) inherits. As Form inherits Container, that inherits Control, forms have a Reparent method too. > ' Here the reason I talk about 'Object' > > ' The help should say .Reparent (gb.qt) No. Reparent is a method of the Control class, so it is named 'Control.Reparent'. > while > ' the object is the thingy (object) having .Reparent and that is Form > ' in this case but could also be 'ListView' and that is well known as > ' Control and 'Form' is the container for those controls. > > ' Beside of that in the help "This class inherits Window" and not > ' "This class inherits Control" so .Reparent can't on a Form or > ' Control.Reparent is wrong and should be .Reparent > ' Fabian does not understand the object as pointer to thingy :) (smile) If A inherits B, and B inherits C, then A has all the methods of B *and* C. Inheritance is a transitive relation in OOP. > > ' Roulette to get the correct one > hForm.Reparent(hForm as MySubForm,0, myTitle.Height) > ' or > hForm.Reparent(MySubForm as hForm,0, myTitle.Height) > ' or > MySubForm.Reparent(hForm as MySubForm,0, myTitle.Height) > ' or > MySubForm.Reparent(MySubForm as hForm,0, myTitle.Height) > > ' add buttons and etc > .... > ' place all at right place and size > .... > 'done > END > > Anyway the help say for Container 'This class is not creat(e)able ' > and then I can't use it. :( > > > I give up, Benoit please tell me what should I use as container. What you want: Panel, ScrollView, HBox... I suggest you look in the gb.form.mdi source code. If you open it in the IDE, you can use the FMain form as test, and follow the execution of gb.form.mdi classes step by step. > > > Ron > > PS > I wish we had a object hierarchy of the controls > http://doc.trolltech.com/3.3/classchart.html > http://doc.trolltech.com/extras/qt41-class-chart.pdf > ftp://ftp.trolltech.com/qt/pdf/qt33-class-chart.pdf > > Same for the Database Component. > http://www.info-3000.com/access/daoreferencecomplete.php > Just to get the idea. > I had this idea too. Regards, -- Benoit Minisini From pylee at ...509... Tue Aug 1 19:58:39 2006 From: pylee at ...509... (Prabodh Pyle) Date: Tue, 1 Aug 2006 10:58:39 -0700 Subject: [Gambas-devel] pelycCREjDIT Message-ID: <000001c6b594$1e95d140$606fa8c0@...510...> Hi Dear home ownner, your Best CREjDIT RAjTES online (from 3 , 5%) at http://pilinketandevas.com _____ crime and hospital treatment I was rather convinced they meant here. Ready to play? The Stainless Steel Rats are always at the service of those in control. Which, in this case, I assume is you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronstk at ...124... Tue Aug 1 20:02:34 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 1 Aug 2006 20:02:34 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608011915.43278.gambas@...1...> References: <200607292236.20216.ronstk@...124...> <200608011846.57604.ronstk@...124...> <200608011915.43278.gambas@...1...> Message-ID: <200608012002.34591.ronstk@...124...> First thanks for reply, On Tuesday 01 August 2006 19:15, Benoit Minisini wrote: > > I give up, Benoit please tell me what should I use as container. > > What you want: Panel, ScrollView, HBox... I suggest you look in the > gb.form.mdi source code. If you open it in the IDE, you can use the FMain > form as test, and follow the execution of gb.form.mdi classes step by step. > I'm actual doing that. I do have the windows already in the .mdi But I had in mind the Frame I used from my other project could not be sufficient enough for the .mdi as it is working now. > > > > > > Ron > > > > PS > > I wish we had a object hierarchy of the controls > > http://doc.trolltech.com/3.3/classchart.html > > http://doc.trolltech.com/extras/qt41-class-chart.pdf > > ftp://ftp.trolltech.com/qt/pdf/qt33-class-chart.pdf > > > > Same for the Database Component. > > http://www.info-3000.com/access/daoreferencecomplete.php > > Just to get the idea. > > > > I had this idea too. I'm just a bad artist to draw and use the appropriate programs for it. Glad you like it. > > Regards, > > -- > Benoit Minisini Ron From ronstk at ...124... Tue Aug 1 20:06:56 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 1 Aug 2006 20:06:56 +0200 Subject: [Gambas-devel] pelycCREjDIT In-Reply-To: <000001c6b594$1e95d140$606fa8c0@...510...> References: <000001c6b594$1e95d140$606fa8c0@...510...> Message-ID: <200608012006.56784.ronstk@...124...> On Tuesday 01 August 2006 19:58, Prabodh Pyle wrote: > X-Mailer: Microsoft Outlook Express 6.00.2800.1106 > X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 This makes it goes already in the spam folder :) and hold my inbox clean. :) > X-Spam-Score: 3.8 (+++) > X-Spam-Report: Spam Filtering performed by sourceforge.net. > ????????See http://spamassassin.org/tag/ for more details. > ????????Report problems to > ????????http://sf.net/tracker/?func=add&group_id=1&atid=200001 > ????????-2.8 ALL_TRUSTED ? ? ? ? ? ?Did not pass through any untrusted hosts > ????????0.0 HTML_MESSAGE ? ? ? ? ? BODY: HTML included in message > ????????0.1 HTML_50_60 ? ? ? ? ? ? BODY: Message is 50% to 60% HTML > ????????0.6 URIBL_SBL Contains an URL listed in the SBL blocklist > ????????[URIs: pilinketandevas.com] > ????????2.0 URIBL_OB_SURBL Contains an URL listed in the OB SURBL blocklist > ????????[URIs: pilinketandevas.com] > ????????3.9 URIBL_SC_SURBL Contains an URL listed in the SC SURBL blocklist > ????????[URIs: pilinketandevas.com] > And still accept by sf? Some bits in sf memory banks defective. From fidojones at ...511... Tue Aug 1 21:51:13 2006 From: fidojones at ...511... (Lorenzo) Date: Tue, 1 Aug 2006 21:51:13 +0200 Subject: [Gambas-devel] gb.form.mda-0.2.tar.gz In-Reply-To: <200608011915.43278.gambas@...1...> References: <200608011915.43278.gambas@...1...> Message-ID: <2463410cbd0538b2e525e2225fdf49cb@...102...> Perhaps Benoit is't tired hear me, but, it's posible to put and option to maintain the old free windows in MDI mode? I don't like very much the new tabstrip window, because I think it's the same as a SDI with a tabstrip....I know old MDI it's a bit confuse for some people, but I'm crying to recover the old manner. Benoit give me this gift pleaseeeeeeee regads lorenzo From gambas at ...1... Tue Aug 1 22:41:12 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 1 Aug 2006 22:41:12 +0200 Subject: [Gambas-devel] Release of gambas 1.9.36 Message-ID: <200608012241.12513.gambas@...1...> Hi, Here is a new release of the development version. I put the debugger in the gb.debug component. This way the interpreter is a little smaller, and I can add features to the debugger without making it heavyier. Otherwise, there are some little changes in the Development Environment, and the Stock class design has been finalized. But this class is not terminated yet, as I'd like to put the GTK+ icons inside. I want the IDE to have sort of GNOME look if it is run under GNOME :-) Here is the full ChangeLog: -8<---------------------------------------------------------------------------- DEVELOPMENT ENVIRONMENT * BUG: You can change the case of a control name now without having a message telling you that the name is already in use. * NEW: If you select an expression during a debugging session, its value is automatically displayed in a tooltip. * BUG: Some fixes in the automatic insertion of functions when selecting an event in the form editor. * NEW: The automatic position bookmarks (F2 & SHIFT+F2) saves positions in more situations. * NEW: Some little changes in the search & replace panel. * BUG: The file list is now correctly sorted, and displayed the line where the search string was found. * BUG: Form reload should work in all cases now. INTERPRETER * NEW: The debugger code is now stored in the gb.debug component. * BUG: Code inside _init() methods can be debugged now. * NEW: If you use the bracket syntax with the two first elements having different types, then a Variant[] array is created instead of raising an error. GB.DEBUG COMPONENT * NEW: The debugger goes inside this component now. * NEW: The debugger can display the contents of Array and Collection objects. GB.EVAL COMPONENT * BUG: Evaluating expressions with a non-terminated string does not crash the interpreter anymore. GB.QT COMPONENT * BUG: Management of Expand property was fixed for Row and Column arrangement mode. * BUG: The behaviour of UserContainer arrangement properties was fixed. * BUG: The Label control should not displayed its text twice anymore. * NEW: The Separator control now uses the underlying widget theme for displaying its contents. * NEW: Pictures name beginning with "icon:/" are sent to the Stock class. For example, "icon:/64/close" is a reference to the stock icon that represents the "close" action, with a width and height of 64 pixels. * BUG: Forms do not accept keyboard focus anymore. * NEW: Action.Lock and Action.Unlock are two new methods for locking and unlocking the propagation of actions. * NEW: The Stock class uses the icons of the current KDE icon theme. GB.QT.EXT COMPONENT * BUG: Fix some redraw problem in the Editor. GB.QT.KDE COMPONENT * BUG: Fixed a fatal double initialization of the event loop. GB.FORM COMPONENT * BUG: The layout of the wizard title is correct now. * NEW: You can hide a toolpanel sub-panel. GB.FORM.MDI COMPONENT * NEW: Workspace tab bar is displayed on top now. * NEW: Workspace title is hidden now. The close button is now besides the tab bar. GB.DB COMPONENT * NEW: Database connections are automatically opened at first use. This is experimental and not well tested! --8<--------------------------------------------------------------------------- Enjoy it! P.S.: my flat was burglared the last week-end. My computer was safe, but they stole, among other things, a laptop lended by my boss for my job, and my flute! Bad luck :-( -- Benoit Minisini From ronstk at ...124... Wed Aug 2 21:45:11 2006 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 2 Aug 2006 21:45:11 +0200 Subject: [Gambas-devel] [Gambas-user] Workspace (- Update) In-Reply-To: <44D0B3E8.7010705@...399...> References: <200607301919.23995.ronstk@...124...> <44D0B3E8.7010705@...399...> Message-ID: <200608022145.12107.ronstk@...124...> On Wednesday 02 August 2006 16:17, you wrote: > Hi Ron. > > I now got the mda to work, also Benoit's mdi. The problem was I was > using Workspace(formname) instead of workspace.add(formname) :=) > > But there is one think I have seen, maybee there is a solution for it > but I have'nt found it. > On the toolbar where the windows opened are shown, the label are not > rezising to fit text in window title. So my request is 2 more function > on the workspace. > > 1) Maxsize of title in toolbae if to long add ..., when holding mouse > over it do show the hole title First I need time to review and/or rework. but MyFormToDoSomeThingNiceForYou and MyFormToDoSomeThingNiceForMe would be YourFormToDoSomeThingNiceForYou YourFormToDoSomeThingNiceForMe MyFormToDoSomeThin... or ...SomeThingNiceForMe What is the major replace point? Simple do not make to small in design mode. > 2) Toolbar/Windowbar visible = yes/no > This is what I had in mind to make partial possible more or less. > This way it can be turned off if that is needed. > > > Regards Please do reply to mail-list instead my personal email Others want also know what is going on. Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From sirfabien at ...176... Wed Aug 2 22:18:14 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Wed, 2 Aug 2006 22:18:14 +0200 Subject: [Gambas-devel] [Gambas-user] Workspace (- Update) In-Reply-To: <200608022145.12107.ronstk@...124...> References: <200607301919.23995.ronstk@...124...> <44D0B3E8.7010705@...399...> <200608022145.12107.ronstk@...124...> Message-ID: <200608022218.15109.sirfabien@...176...> Le Mercredi 2 Ao?t 2006 21:45, Ron Onstenk a ?crit?: hi ron > On Wednesday 02 August 2006 16:17, you wrote: > > Hi Ron. > > > > I now got the mda to work, also Benoit's mdi. The problem was I was > > using Workspace(formname) instead of workspace.add(formname) > > and no you are using in the paste hForm = NEW MyForm(WorkSpace) no it is not possible as we can't detect when a child is added in a container (benoit ?) > :=) > : > > But there is one think I have seen, maybee there is a solution for it > > but I have'nt found it. > > On the toolbar where the windows opened are shown, the label are not > > rezising to fit text in window title. So my request is 2 more function > > on the workspace. > > > > 1) Maxsize of title in toolbae if to long add ..., when holding mouse > > over it do show the hole title > > First I need time to review and/or rework. > but > MyFormToDoSomeThingNiceForYou and > MyFormToDoSomeThingNiceForMe would be > YourFormToDoSomeThingNiceForYou > YourFormToDoSomeThingNiceForMe > so rewrite all ;-) > MyFormToDoSomeThin... > or > ...SomeThingNiceForMe > > > What is the major replace point? > Simple do not make to small in design mode. > > > 2) Toolbar/Windowbar visible = yes/no > > This is what I had in mind to make partial possible more or less. > > > This way it can be turned off if that is needed. > > > > > > Regards > > Please do reply to mail-list instead my personal email > Others want also know what is going on. > > Ron Regards, Fabien Bodard From ronstk at ...124... Wed Aug 2 22:34:04 2006 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 2 Aug 2006 22:34:04 +0200 Subject: [Gambas-devel] [Gambas-user] Workspace (- Update) In-Reply-To: <200608022145.12107.ronstk@...124...> References: <200607301919.23995.ronstk@...124...> <44D0B3E8.7010705@...399...> <200608022145.12107.ronstk@...124...> Message-ID: <200608022234.04945.ronstk@...124...> Hi Fabian Forgot to keep the original sender Rohnny Stormo He did sent to private instead the mail-list It wasn't me Ron that wrote I now got the mda to work, also Benoit's mdi. The problem was I was using Workspace(formname) instead of workspace.add(formname) :=) -----8<------ Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From ronstk at ...124... Sat Aug 5 18:30:29 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 5 Aug 2006 18:30:29 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] Message-ID: <200608051830.29147.ronstk@...124...> This is a preview the current working .mdi/.mda It is based on the .mdi made by Benoit and the .mda made by Fabien and a windows manager by myself. The colours used is for debugging purpose. The windows has a header with Controlbox with icon and menu Title area for the original title of the embeded form Button to minimise Button to roll up/off Button for Close All buttons are programmable on/off or the complete Head can switch off. The area below with the text or form are resizeable. The best thing is it is the .mdi and .mda together The way I do it now is by a flag in the source code. The result is if the flag is not set it works 99.9999999% the same If set it should work still the same way. In fact the API has not changed for Workspace but there is a .Options property add. The only affected files are CWindow: add some variable extra, FWorkspace: add a window manager from other project and use a flag for mdi/mda way of working (USEMDA). Add .Options property as boolean array to handle the Head. TODO: Add mdi/mda flag as Workspace method??? Use of collection for named index to handle the options (my old one did need only booleans) Workspace: Add code to transfer .Options from client to FWorkspace '************************** Workspace ********************* 'IF USEMDA THEN PROPERTY Options AS Boolean[] PRIVATE FUNCTION Options_Read() AS Boolean[] RETURN hWorkspace.Options END PRIVATE SUB Options_Write(opts AS Boolean[]) hWorkspace.Options = opts END 'USEMDA '********************************************************** TODO: Overall I have to enable the routines for the control menu and check them. i.e. The close button does not work 100% correct. Rename my old variable/control names to more correct ones. Names now are based on old controls replaced by totally different. Create a project as demo for (new) Workspace. Remember, it is just a preview to get a impression. Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... -------------- next part -------------- A non-text attachment was scrubbed... Name: mda-mdi.jpg Type: image/jpeg Size: 76603 bytes Desc: not available URL: From gambas at ...1... Sat Aug 5 18:40:27 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 5 Aug 2006 18:40:27 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608051830.29147.ronstk@...124...> References: <200608051830.29147.ronstk@...124...> Message-ID: <200608051840.27257.gambas@...1...> On Saturday 05 August 2006 18:30, Ron Onstenk wrote: > This is a preview the current working .mdi/.mda > It is based on the .mdi made by Benoit and the > .mda made by Fabien and a windows manager by myself. > > The colours used is for debugging purpose. > > The windows has a header with > Controlbox with icon and menu > Title area for the original title of the embeded form > Button to minimise > Button to roll up/off > Button for Close > > All buttons are programmable on/off or the complete Head can switch off. > The area below with the text or form are resizeable. > > The best thing is it is the .mdi and .mda together > The way I do it now is by a flag in the source code. > The result is if the flag is not set it works 99.9999999% the same > If set it should work still the same way. > In fact the API has not changed for Workspace but there is a .Options > property add. > > The only affected files are > CWindow: > add some variable extra, > FWorkspace: > add a window manager from other project and > use a flag for mdi/mda way of working (USEMDA). > Add .Options property as boolean array to handle the Head. > TODO: > Add mdi/mda flag as Workspace method??? > Use of collection for named index to handle the options > (my old one did need only booleans) > > Workspace: > Add code to transfer .Options from client to FWorkspace > > '************************** Workspace ********************* > 'IF USEMDA THEN > PROPERTY Options AS Boolean[] > PRIVATE FUNCTION Options_Read() AS Boolean[] > RETURN hWorkspace.Options > END > PRIVATE SUB Options_Write(opts AS Boolean[]) > hWorkspace.Options = opts > END > 'USEMDA > '********************************************************** > > TODO: > Overall I have to enable the routines for the control menu > and check them. i.e. The close button does not work 100% correct. > > Rename my old variable/control names to more correct ones. > Names now are based on old controls replaced by totally different. > Create a project as demo for (new) Workspace. > > Remember, it is just a preview to get a impression. > > > Ron Looks cool. Is it possible to merge gb.form.mdi and gb.form.mda, i.e. being able to switch between the gb.form.mdi tab view where all windows are maximized with a TabStrip, and gb.form.mda where all windows can be freely resized, without the need for a TabStrip? Regards, -- Benoit Minisini From ronstk at ...124... Sat Aug 5 18:57:56 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 5 Aug 2006 18:57:56 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608051840.27257.gambas@...1...> References: <200608051830.29147.ronstk@...124...> <200608051840.27257.gambas@...1...> Message-ID: <200608051857.56136.ronstk@...124...> On Saturday 05 August 2006 18:40, Benoit Minisini wrote: > On Saturday 05 August 2006 18:30, Ron Onstenk wrote: > > This is a preview the current working .mdi/.mda > > It is based on the .mdi made by Benoit and the > > .mda made by Fabien and a windows manager by myself. > > ---8<--- > > All buttons are programmable on/off or the complete Head can switch off. > > The area below with the text or form are resizeable. > > > > The best thing is it is the .mdi and .mda together > > The way I do it now is by a flag in the source code. > > The result is if the flag is not set it works 99.9999999% the same > > If set it should work still the same way. > > In fact the API has not changed for Workspace but there is a .Options > > property add. ---8<--- > > Rename my old variable/control names to more correct ones. > > Names now are based on old controls replaced by totally different. > > Create a project as demo for (new) Workspace. > > > > Remember, it is just a preview to get a impression. > > > > > > Ron > > Looks cool. > > Is it possible to merge gb.form.mdi and gb.form.mda, i.e. being able to switch > between the gb.form.mdi tab view where all windows are maximized with a > TabStrip, and gb.form.mda where all windows can be freely resized, without > the need for a TabStrip? > > Regards, > 1) It is already merged together. :) 2) The switch is basic already done but hardcoded. I think dynamic switching can give problems, but with New WorkSpace(x, y, USEMDA) it could work. Not in progress ATM. 3) The Tabstip stays always alive ATM. The child Windows Titlebar can switched complete off. The taskbar must do it. If they are switched of only resize is possible, no buttons anymore. Here one of the problems with the close button I must pay attention to. I will look a way to hide it if it is possible in special case. Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From gambas at ...1... Sat Aug 5 19:15:24 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 5 Aug 2006 19:15:24 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608051857.56136.ronstk@...124...> References: <200608051830.29147.ronstk@...124...> <200608051840.27257.gambas@...1...> <200608051857.56136.ronstk@...124...> Message-ID: <200608051915.25046.gambas@...1...> On Saturday 05 August 2006 18:57, Ron Onstenk wrote: > On Saturday 05 August 2006 18:40, Benoit Minisini wrote: > > On Saturday 05 August 2006 18:30, Ron Onstenk wrote: > > > This is a preview the current working .mdi/.mda > > > It is based on the .mdi made by Benoit and the > > > .mda made by Fabien and a windows manager by myself. > > ---8<--- > > > > All buttons are programmable on/off or the complete Head can switch > > > off. The area below with the text or form are resizeable. > > > > > > The best thing is it is the .mdi and .mda together > > > The way I do it now is by a flag in the source code. > > > The result is if the flag is not set it works 99.9999999% the same > > > If set it should work still the same way. > > > In fact the API has not changed for Workspace but there is a .Options > > > property add. > > ---8<--- > > > > Rename my old variable/control names to more correct ones. > > > Names now are based on old controls replaced by totally different. > > > Create a project as demo for (new) Workspace. > > > > > > Remember, it is just a preview to get a impression. > > > > > > > > > Ron > > > > Looks cool. > > > > Is it possible to merge gb.form.mdi and gb.form.mda, i.e. being able to > > switch between the gb.form.mdi tab view where all windows are maximized > > with a TabStrip, and gb.form.mda where all windows can be freely resized, > > without the need for a TabStrip? > > > > Regards, > > 1) > It is already merged together. :) > > 2) > The switch is basic already done but hardcoded. > I think dynamic switching can give problems, but with New WorkSpace(x, y, > USEMDA) it could work. Not in progress ATM. You can only make 'NEW Workspace(Parent)'. If you want more parameters, they all must be optional, otherwise the Workspace cannot be used by the IDE form editor. So the switching must be dynamic - This is always the problem when you make controls. > > 3) > The Tabstip stays always alive ATM. Not necessarily a problem. As you may have noticed, it stays behind the parent panel of MDI child windows, so it could be easily hidden. > The child Windows Titlebar can switched complete off. The taskbar must do > it. If they are switched of only resize is possible, no buttons anymore. > Here one of the problems with the close button I must pay attention to. > > I will look a way to hide it if it is possible in special case. > > > Ron To make your title bar and your resize borders, I think you have to reparent the MDI child window inside some other container that manages them. One can imagine that, in the gb.form.mdi mode, this container keeps being there, but displays only the MDI child window entirely. But this needs some modifications in the gb.form.mdi code, as at the moment all MDI child windows are direct child of the same panel. Regards, -- Benoit Minisini From ronstk at ...124... Sat Aug 5 20:05:25 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 5 Aug 2006 20:05:25 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608051915.25046.gambas@...1...> References: <200608051830.29147.ronstk@...124...> <200608051857.56136.ronstk@...124...> <200608051915.25046.gambas@...1...> Message-ID: <200608052005.25962.ronstk@...124...> On Saturday 05 August 2006 19:15, Benoit Minisini wrote: > On Saturday 05 August 2006 18:57, Ron Onstenk wrote: > > On Saturday 05 August 2006 18:40, Benoit Minisini wrote: > > > On Saturday 05 August 2006 18:30, Ron Onstenk wrote: > > > > This is a preview the current working .mdi/.mda > > > > It is based on the .mdi made by Benoit and the > > > > .mda made by Fabien and a windows manager by myself. > > > > ---8<--- > > > > > > All buttons are programmable on/off or the complete Head can switch > > > > off. The area below with the text or form are resizeable. > > > > > > > > The best thing is it is the .mdi and .mda together > > > > The way I do it now is by a flag in the source code. > > > > The result is if the flag is not set it works 99.9999999% the same > > > > If set it should work still the same way. > > > > In fact the API has not changed for Workspace but there is a .Options > > > > property add. > > > > ---8<--- > > > > > > Rename my old variable/control names to more correct ones. > > > > Names now are based on old controls replaced by totally different. > > > > Create a project as demo for (new) Workspace. > > > > > > > > Remember, it is just a preview to get a impression. > > > > > > > > > > > > Ron > > > > > > Looks cool. > > > > > > Is it possible to merge gb.form.mdi and gb.form.mda, i.e. being able to > > > switch between the gb.form.mdi tab view where all windows are maximized > > > with a TabStrip, and gb.form.mda where all windows can be freely resized, > > > without the need for a TabStrip? > > > > > > Regards, > > > > 1) > > It is already merged together. :) > > > > 2) > > The switch is basic already done but hardcoded. > > I think dynamic switching can give problems, but with New WorkSpace(x, y, > > USEMDA) it could work. Not in progress ATM. > > You can only make 'NEW Workspace(Parent)'. If you want more parameters, they > all must be optional, otherwise the Workspace cannot be used by the IDE form > editor. This was the way I had in mind, as optional to stay compatible. > > So the switching must be dynamic - This is always the problem when you make > controls. you are/will be allowed to FirstWSPmdi = New Workspace(parent, false) for .mdi and are/will be allowed to SecondWSPmda = New Workspace(parent, true) for .mda but not to change SecondWSPmda on the fly to mdi type. This is because I rework the FWorkspace with reparent for .mda style. Not impossible but more for future expansion. A working .mda or .mdi is priority. > > > > > 3) > > The Tabstip stays always alive ATM. > > Not necessarily a problem. As you may have noticed, it stays behind the parent > panel of MDI child windows, so it could be easily hidden. just changed next code in Form_Resize to test and works OK PUBLIC SUB Form_Resize() DIM showtab AS Boolean showtab = FALSE IF showtab = FALSE THEN tabWorkspace.height = 0 IF tabWorkspace.Visible AND showtab THEN > > > The child Windows Titlebar can switched complete off. The taskbar must do > > it. If they are switched of only resize is possible, no buttons anymore. > > Here one of the problems with the close button I must pay attention to. > > > > I will look a way to hide it if it is possible in special case. > > > > > > Ron > > To make your title bar and your resize borders, I think you have to reparent > the MDI child window inside some other container that manages them. One can > imagine that, in the gb.form.mdi mode, this container keeps being there, but > displays only the MDI child window entirely. But this needs some > modifications in the gb.form.mdi code, as at the moment all MDI child windows > are direct child of the same panel. > > Regards, > If you ask from the Workspace the child windows you do get exactly the same in mda as in mdi i.e. GetActiveWindow() returns exact for both the same Window ------------------ CWindow is changed to: ' Gambas class file PUBLIC Window AS Window PUBLIC Watcher AS Watcher PUBLIC Resizable AS Boolean PUBLIC Grid AS Integer '====== add by ron ======= PUBLIC wsfra AS Object ' frame ' panel ' PUBLIC wslbl AS Label PUBLIC wsico AS PictureBox PUBLIC wsbtn AS Button PUBLIC wsrol AS ToggleButton PUBLIC wsmin AS Button PUBLIC wstbl AS Object ------------------ FWorkspace changes but important part: PUBLIC SUB _new() IF NOT $hTile THEN $hTile = Picture["img/hash.png"] IF USEMDA THEN tabWorkspace.Orientation = TabStrip.Top svwWorkspace.Reparent(ME) ' panWorkspace.Reparent(svwWorkspace) ' dwgBorder.Reparent(svwWorkspace) panWorkspace.Visible = FALSE 'mdi dwgBorder.Visible = FALSE 'mdi ' wstbl is one of frame/panel/drawingarea 'mda panRightDown.Visible = FALSE 'group panDown.Visible = FALSE panRight.Visible = FALSE ENDIF 'USEMDA END ------------------ Note wstbl has a long story: listbox -> listview in my old project -> frame for the first startup making .mda -> panel as replace for panWorkspace -> drawingarea as replace for dwgBorder Every client window is dynamic created with sub routine inside FWorkspace instead of CWindow. -------------------------- MakeWindow(bResize as boolean) hWin.wsfra = NEW DrawingArea(svwWorkspace) AS "WSfra" hWin.wslbl = NEW Label(hWin.wsfra) AS "WSlbl" hWin.wsico = NEW PictureBox(hWin.wsfra) AS "WSico" hWin.wsbtn = NEW Button(hWin.wsfra) AS "WSbtn" hWin.wsRol = NEW ToggleButton(hWin.wsfra) AS "WSrol" hWin.wsMin = NEW Button(hWin.wsfra) AS "WSmin" IF bResize THEN hWin.wstbl = NEW DrawingArea(hWin.wsfra) AS "WStbl" ELSE hWin.wstbl = NEW Panel(hWin.wsfra) AS "WStbl" ENDIF Object.Attach(hWin.wsfra, ME, "WSfra") object.Attach(hwin.wsico, ME, "WSico") Object.Attach(hWin.wslbl, ME, "WSlbl") .... and more -------------------------- FWorkspace_New() .... IF USEMDI THEN IF bResize THEN hWin.Reparent(dwgBorder) ELSE hWin.Reparent(panWorkspace) ENDIF hWin.Hide hWindow = NEW CWindow ENDIF 'USEMDI IF USEMDA THEN ' hWin is the Window to embed, hWindow is Cwindow hWindow = WSnewwindow(bResize) ' returns a CWindow 'wstbl is dwgBorder/panWorkspace replacement hWin.Reparent(hWindow.wstbl) ENDIF 'USEMDA .... --------------------- This are the essential things of changes .mdi/.mda Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From gambas at ...1... Sat Aug 5 20:25:13 2006 From: gambas at ...1... (Benoit Minisini) Date: Sat, 5 Aug 2006 20:25:13 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608052005.25962.ronstk@...124...> References: <200608051830.29147.ronstk@...124...> <200608051915.25046.gambas@...1...> <200608052005.25962.ronstk@...124...> Message-ID: <200608052025.13616.gambas@...1...> On Saturday 05 August 2006 20:05, Ron Onstenk wrote: > just changed next code in Form_Resize to test and works OK > > PUBLIC SUB Form_Resize() > DIM showtab AS Boolean > showtab = FALSE > IF showtab = FALSE THEN tabWorkspace.height = 0 > IF tabWorkspace.Visible AND showtab THEN > Never sets height to 0, it may not work on other GUI components. Use Hide() instead. > > > The child Windows Titlebar can switched complete off. The taskbar must > > > do it. If they are switched of only resize is possible, no buttons > > > anymore. Here one of the problems with the close button I must pay > > > attention to. > > > > > > I will look a way to hide it if it is possible in special case. > > > > > > > > > Ron > > > > To make your title bar and your resize borders, I think you have to > > reparent the MDI child window inside some other container that manages > > them. One can imagine that, in the gb.form.mdi mode, this container keeps > > being there, but displays only the MDI child window entirely. But this > > needs some modifications in the gb.form.mdi code, as at the moment all > > MDI child windows are direct child of the same panel. > > > > Regards, > > If you ask from the Workspace the child windows you do get > exactly the same in mda as in mdi > i.e. GetActiveWindow() returns exact for both the same Window > > ------------------ > CWindow is changed to: > ' Gambas class file > > PUBLIC Window AS Window > PUBLIC Watcher AS Watcher > PUBLIC Resizable AS Boolean > PUBLIC Grid AS Integer > > '====== add by ron ======= > PUBLIC wsfra AS Object ' frame ' panel ' > PUBLIC wslbl AS Label > PUBLIC wsico AS PictureBox > PUBLIC wsbtn AS Button > PUBLIC wsrol AS ToggleButton > PUBLIC wsmin AS Button > PUBLIC wstbl AS Object > It would be cool if you could use the same naming convention than me :-) > ------------------ > > FWorkspace changes but important part: > PUBLIC SUB _new() > > IF NOT $hTile THEN $hTile = Picture["img/hash.png"] > > IF USEMDA THEN > tabWorkspace.Orientation = TabStrip.Top > > svwWorkspace.Reparent(ME) > ' panWorkspace.Reparent(svwWorkspace) > ' dwgBorder.Reparent(svwWorkspace) > > panWorkspace.Visible = FALSE 'mdi > dwgBorder.Visible = FALSE 'mdi > ' wstbl is one of frame/panel/drawingarea 'mda > > panRightDown.Visible = FALSE 'group > panDown.Visible = FALSE > panRight.Visible = FALSE > ENDIF 'USEMDA > > END > ------------------ > Note wstbl has a long story: > listbox -> listview in my old project > -> frame for the first startup making .mda > -> panel as replace for panWorkspace > -> drawingarea as replace for dwgBorder > > Every client window is dynamic created with sub routine > inside FWorkspace instead of CWindow. > -------------------------- > MakeWindow(bResize as boolean) > hWin.wsfra = NEW DrawingArea(svwWorkspace) AS "WSfra" > hWin.wslbl = NEW Label(hWin.wsfra) AS "WSlbl" > hWin.wsico = NEW PictureBox(hWin.wsfra) AS "WSico" > hWin.wsbtn = NEW Button(hWin.wsfra) AS "WSbtn" > hWin.wsRol = NEW ToggleButton(hWin.wsfra) AS "WSrol" > hWin.wsMin = NEW Button(hWin.wsfra) AS "WSmin" > IF bResize THEN > hWin.wstbl = NEW DrawingArea(hWin.wsfra) AS "WStbl" > ELSE > hWin.wstbl = NEW Panel(hWin.wsfra) AS "WStbl" > ENDIF > > Object.Attach(hWin.wsfra, ME, "WSfra") > object.Attach(hwin.wsico, ME, "WSico") > Object.Attach(hWin.wslbl, ME, "WSlbl") > .... > and more > -------------------------- > FWorkspace_New() > .... > IF USEMDI THEN > IF bResize THEN > hWin.Reparent(dwgBorder) > ELSE > hWin.Reparent(panWorkspace) > ENDIF > > hWin.Hide > > hWindow = NEW CWindow > ENDIF 'USEMDI > > IF USEMDA THEN > ' hWin is the Window to embed, hWindow is Cwindow > hWindow = WSnewwindow(bResize) ' returns a CWindow > 'wstbl is dwgBorder/panWorkspace replacement > hWin.Reparent(hWindow.wstbl) > ENDIF 'USEMDA > .... > --------------------- > > This are the essential things of changes .mdi/.mda > > Ron Regards, -- Benoit Minisini From ronstk at ...124... Sat Aug 5 21:52:36 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 5 Aug 2006 21:52:36 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608052025.13616.gambas@...1...> References: <200608051830.29147.ronstk@...124...> <200608052005.25962.ronstk@...124...> <200608052025.13616.gambas@...1...> Message-ID: <200608052152.36907.ronstk@...124...> On Saturday 05 August 2006 20:25, Benoit Minisini wrote: > > ? IF showtab = FALSE THEN tabWorkspace.height = 0 > > ? IF tabWorkspace.Visible AND showtab THEN > > > > Never sets height to 0, it may not work on other GUI components. Use Hide() > instead. Can't use .Hide and .Show, because is used for tab management versus client windows. -------- In FWorkspace.Add() half away in routined IF tabWorkspace.Visible THEN ' <---- .Hide() is .Visible=False ?? iInd = tabWorkspace.Count INC tabWorkspace.Count tabWorkspace.Index = iInd ELSE tabWorkspace.Show IF USEMDI THEN panTitle.Show Form_Resize Activate ENDIF ------ in FWorkspace.UpdateTitle() WITH hWin tabWorkspace[iInd].Text = .Text <-- Got error 'Bad Index' tabWorkspace[iInd].Picture = .Icon --------- Need to look for other solution, may be simple overlay with the "WorkArea" > > > > > The child Windows Titlebar can switched complete off. The taskbar must > ---8<--- > PUBLIC wstbl AS Object > It would be cool if you could use the same naming convention than me :-) > ------------------ Yes that is the next step The old names are telling me the effects it had before, burned in mind :) Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From gambas at ...1... Sun Aug 6 20:01:28 2006 From: gambas at ...1... (Benoit Minisini) Date: Sun, 6 Aug 2006 20:01:28 +0200 Subject: [Gambas-devel] Release of gambas 1.9.37 Message-ID: <200608062001.28611.gambas@...1...> Hi, Here is a release that should make Gnome users happy, as now the Development Environment uses GNOME icons on GNOME, and KDE icons on KDE. The Stock class makes this possible. This feature is experimental, and so may not work correctly on your system. The reason is that, if KDE icon paths are detected by using the 'kde-config' tool and follow the KDE theme, GNOME icon paths are hardcoded and do not follow the GNOME theme. The Stock class looks for GNOME icons in the following folders: - /usr/share/icons/gnome - /opt/gnome - /usr/share/icons/hicolor If your icons are not installed there, tell me, I will add your path. And if somebody knows how to get the current GNOME icon theme without the GNOME libraries, I'd like to have the information! :-) Another point: gb.gtk does not support this feature at the moment. Daniel Campos is in holidays. Maybe I will make a gb.form.stock component independent of gb.qt and gb.gtk in the future. Otherwise, the project creation dialog has been redesigned, in the aim of being less cluttered, and a crashing bug has been fixed in the interpreter too. Here is the full ChangeLog: --8<--------------------------------------------------------------------------- DEVELOPMENT ENVIRONMENT * NEW: Almost all icons now come from the stock. The development environment now takes a GNOME look when running under GNOME. * BUG: Automatic insertion of property handlers now correctly deals with static properties. * BUG: CTRL+Up and CTRL+Down work again. * BUG: Search backward does not freeze the IDE anymore. * BUG: Arranging buttons in the form editor do not crash the IDE anymore. * BUG: Some unneeded process was removed when inserting a new file in the project. * NEW: Now project source files can only be put in the project root directory. * NEW: The project creation dialog has been redesigned. * NEW: The menu editor is now resizable. * NEW: The icon selector has been redesigned. But this is not the final version! * NEW: A new highlight theme made by Fabien Bodard, 'amber'. * BUG: Color buttons in the option dialog now should be visible with any widget theme. * BUG: Find previous and find next buttons are at the good place now. * BUG: Saving translation now waits for the completion of the 'msgfmt' command. * NEW: CVS directories are now automatically hidden. DATABASE MANAGER * NEW: The databaser manager starts using stock icons. INTERPRETER * BUG: The error message displayed when accessing an unknown object symbol has been fixed. * BUG: Byte order and end of line character are now correctly initialized when opening a file inside an archive. * BUG: Static arrays should not be freed twice and so crash the interpreter anymore. COMPILER * NEW: Now project source files are compiled only if they are located in the project root directory. GB.QT COMPONENT * NEW: The Stock class has been redesigned and completed. * NEW: Stock.List returns the list of all stock icon names. * NEW: Application.Theme is a new property that stores the application theme. This property is used, for example, by the Stock class to choose which icon theme should be displayed. * NEW: ToggleButton.Radio is a new boolean property that makes it behave like a RadioButton when it is set. * NEW: When loading an image, the component looks before for an image with the same basename, but with an underscore followed by the current application theme added. For example, if Application.Theme is "gnome", and if you load the "flower.png" image, then a "flower_gnome.png" will be loaded instead if it exits. * BUG: Label autoresize was enabled again. * NEW: ListBox, ListView, TreeView and ColumnView events are now dispatched immediately if the selection mode is "Single". * NEW: Message boxes now follow the application theme. * BUG: When the application is uniconified, the focus correctly returns to the correct form, and not always to the main window. GB.QT.EXT COMPONENT * BUG: Editor.GetPurgedLine() now correctly deals with quoted string characters. * NEW: A margin was added between line numbers and text in the editor. GB.FORM COMPONENT * NEW: DirChooser and FileChooser now raise an Icon event that allows to change the icon displayed for each file. The icon must be stored in the new Icon property inside the Icon event handler. * BUG: A potential crash in DirChooser and FileChooser has been fixed. * NEW: FileChooser.SelectedPath property is now writable. * NEW: Wizard.ShowTitle is a property that allows to hide the wizard title. GB.DB COMPONENT * NEW: The gb.db.sqlite driver was renamed as gb.db.sqlite3. * NEW: A new gb.db.sqlite pseudo-driver had been created that automatically switches between gb.db.sqlite2 and gb.db.sqlite3 as needed. * NEW: Field names are systematically quoted when using Find and Edit methods. --8<--------------------------------------------------------------------------- Enjoy it! -- Benoit Minisini From fidojones at ...511... Mon Aug 7 01:40:23 2006 From: fidojones at ...511... (Lorenzo) Date: Mon, 7 Aug 2006 1:40:23 +0200 Subject: [Gambas-devel] Preview gb.form.md[ia] In-Reply-To: <200608051830.29147.ronstk@...124...> References: <200608051830.29147.ronstk@...124...> Message-ID: Yeah perfect, it's what I want. A real MDI and if you want change to tabbed mdi, but maintain the old mdi mode. Thanks Ron good work On Sat, 5 Aug 2006 18:30:29 +0200, Ron Onstenk wrote: > This is a preview the current working .mdi/.mda > It is based on the .mdi made by Benoit and the > .mda made by Fabien and a windows manager by myself. > > The colours used is for debugging purpose. > > The windows has a header with > Controlbox with icon and menu > Title area for the original title of the embeded form > Button to minimise > Button to roll up/off > Button for Close > > All buttons are programmable on/off or the complete Head can switch off. > The area below with the text or form are resizeable. > > The best thing is it is the .mdi and .mda together > The way I do it now is by a flag in the source code. > The result is if the flag is not set it works 99.9999999% the same > If set it should work still the same way. > In fact the API has not changed for Workspace but there is a .Options > property add. > > The only affected files are > CWindow: > add some variable extra, > FWorkspace: > add a window manager from other project and > use a flag for mdi/mda way of working (USEMDA). > Add .Options property as boolean array to handle the Head. > TODO: > Add mdi/mda flag as Workspace method??? > Use of collection for named index to handle the options > (my old one did need only booleans) > > Workspace: > Add code to transfer .Options from client to FWorkspace > > '************************** Workspace ********************* > 'IF USEMDA THEN > PROPERTY Options AS Boolean[] > PRIVATE FUNCTION Options_Read() AS Boolean[] > RETURN hWorkspace.Options > END > PRIVATE SUB Options_Write(opts AS Boolean[]) > hWorkspace.Options = opts > END > 'USEMDA > '********************************************************** > > TODO: > Overall I have to enable the routines for the control menu > and check them. i.e. The close button does not work 100% correct. > > Rename my old variable/control names to more correct ones. > Names now are based on old controls replaced by totally different. > Create a project as demo for (new) Workspace. > > Remember, it is just a preview to get a impression. > > > Ron > > > -- > The only bug free software from MickySoft is > still shrink-wrapped in their warehouse... > > From ronstk at ...124... Wed Aug 9 09:49:26 2006 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 9 Aug 2006 09:49:26 +0200 Subject: [Gambas-devel] Edit/Install component Message-ID: <200608090949.26452.ronstk@...124...> Hi Benoit, Please give me a hint how to quick install the gb.form.mda component I do now 'make install' in the root dir of gambas source code after editing the component and 'make executable'. I believe it should be sufficient to copy the gb.form.mda.gambas to {gambasdir}/lib/gambas2/ where the others are. But how to make exactly the info part for the component ? The Makefile is now so big I can't follow all the stubs inside. TIA Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From gambas at ...1... Wed Aug 9 12:03:14 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 9 Aug 2006 12:03:14 +0200 Subject: [Gambas-devel] Edit/Install component In-Reply-To: <200608090949.26452.ronstk@...124...> References: <200608090949.26452.ronstk@...124...> Message-ID: <200608091203.14236.gambas@...1...> On Wednesday 09 August 2006 09:49, Ron Onstenk wrote: > Hi Benoit, > > Please give me a hint how to quick install the gb.form.mda component > I do now 'make install' in the root dir of gambas source code > after editing the component and 'make executable'. > > I believe it should be sufficient to copy the gb.form.mda.gambas to > {gambasdir}/lib/gambas2/ where the others are. > But how to make exactly the info part for the component ? > The Makefile is now so big I can't follow all the stubs inside. > > TIA > > Ron Never read the Makefile, you are mad? Read just the first two lines: they say that it is automatically generated from Makefile.in, that is automatically generated from Makefile.am. So you just have to read Makefile.am, which is shorter :-) Well: 1) The C/C++ part of a component (gb.xxx.so, gb.xxx.so.0.0.0 and gb.xxx.la) must be installed in {gambasdir}/lib/gambas2. 2) The Gambas part of a component (gb.xxx.gambas) must be installed in the same place. 3) The gb.xxx.component file must be installed in the same place too. 4) Once done, the info files are generated by running 'gbi2 gb.xxx' in a shell. Everything must be done as root. Or you can put your component in the Gambas source tree: 1) Copy your component project into {gambas-source-dir}/comp/src, with the others. 2) Modifies the 'order' file accordingly. This file is a list of all components in {gambas-source-dir}/comp/src, in compilation order. Components are compiles and install during the 'make install' phase. Try the method you want :-) Regards, -- Benoit Minisini From dcamposf at ...176... Wed Aug 9 12:02:32 2006 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 9 Aug 2006 12:02:32 +0200 Subject: [Gambas-devel] Spanish translatios 1.9.38 Message-ID: <7259b5ae0608090302g540a03b5g686a5f7070b7fa9a@...178...> Hi: Spanish translatios for gambas-ide, gambas-db-manager and doc.cgi Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-es-1.9.38.tar.bz2 Type: application/x-bzip2 Size: 17674 bytes Desc: not available URL: From benoit.minisini at ...20... Wed Aug 9 14:05:46 2006 From: benoit.minisini at ...20... (Benoit Minisini) Date: Wed, 9 Aug 2006 14:05:46 +0200 Subject: [Gambas-devel] New project directory format Message-ID: <200608091405.46920.benoit.minisini@...20...> Hi, The project directory format has evolved until the point that the archiver has became full of arbitrary rules when deciding which file/directory goes in the archive, and which does not. And finally we got the "create project" dialog bug recently. I think some cleanup should be done, but then old projects will need to be translated to the new format. Here is what I propose. Tell me what you think, if you have better ideas, and so on... 1) All directories and files in the root of the project directory beginning with a dot or an underscore are reserved. All other directories and files are part of the project data. 2) All source files now go inside a directory named "_sources". 3) All compiled files go inside a directory named ".gambas". 4) All translation files go inside a directory named ".lang". 5) All icon files generated by the package maker go inside a directory named ".icon". 6) The project configuration file is now named "_project" and not ".project" anymore. 7) The "_project" file will have the same syntax as files created by the Settings class. 8) A ".startup" file will be created from the "_project" file. It will include all information needed by the interpreter to run the project is a compact form. 9) A ".info" and ".list" files are created by the compiler that includes information about exported class. 10) When making an executable, all files and directories are included, except: _sources, .lang/*.po, .lang/*.pot, all CVS directories, all other files and directories beginning with a dot except ".gambas", ".startup", ".info" and ".list". Regards, -- Benoit Minisini From gambas at ...1... Wed Aug 9 14:06:32 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 9 Aug 2006 14:06:32 +0200 Subject: [Gambas-devel] Spanish translatios 1.9.38 In-Reply-To: <7259b5ae0608090302g540a03b5g686a5f7070b7fa9a@...178...> References: <7259b5ae0608090302g540a03b5g686a5f7070b7fa9a@...178...> Message-ID: <200608091406.32599.gambas@...1...> On Wednesday 09 August 2006 12:02, Daniel Campos wrote: > Hi: > > Spanish translatios for gambas-ide, gambas-db-manager and doc.cgi > > Daniel Thanks! -- Benoit Minisini From ronstk at ...124... Wed Aug 9 17:54:40 2006 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 9 Aug 2006 17:54:40 +0200 Subject: [Gambas-devel] Edit/Install component In-Reply-To: <200608091203.14236.gambas@...1...> References: <200608090949.26452.ronstk@...124...> <200608091203.14236.gambas@...1...> Message-ID: <200608091754.40317.ronstk@...124...> On Wednesday 09 August 2006 12:03, Benoit Minisini wrote: > Or you can put your component in the Gambas source tree: > > 1) Copy your component project into {gambas-source-dir}/comp/src, with the > others. > > 2) Modifies the 'order' file accordingly. This file is a list of all > components in {gambas-source-dir}/comp/src, in compilation order. Components > are compiles and install during the 'make install' phase. > > Try the method you want :-) > This is what I want to speed up. It concerns the gb.form.mda version of gb.form.mdi. When edit is done I do the make executable. Then really changed thing are/is the gb.form.mdi.gambas file. Is it not sufficient to copy only that file to the destination by hand ? > 4) Once done, the info files are generated by running 'gbi2 gb.xxx' in a shell. Is the next shell script idea OK or do I miss something? The component is already installed once and active. !#/bin/bash gambas-source-dir="thesource" gambas-destin-dir="/opt/gb" # set by --prefix to /opt/gb gambas-privat-dir="/home/ron/gambas2mda" cd ${gambas-source-dir} # do recompile with gb? the gb.form.mda project to gb.form.mda.gambas cd ${comp/src/gb.form.mda} #gb? ???? # copy the result to destination cp gb.form.mda.gambas {gambas-destin-dir}/lib/gambas2 # create the info and lst file gbi2 gb.form.mda # copy to destination cp .info ${gambas-destin-dir}/share/gambas2/info/gb.form.mda.info cp .lst ${gambas-destin-dir}/share/gambas2/info/gb.form.mda.lst # recompile the private gambas2mda version to gambas2mda.gambas cd ${gambas-privat-dir} #gb? ???? I want to do this by a script because 'make install' cost sooooooooo much time for only a 3 files changed Hope this is more clear, Ron From ZBKID at ...513... Tue Aug 8 22:33:05 2006 From: ZBKID at ...513... (Dorthy Mckee) Date: Tue, 08 Aug 2006 17:33:05 -0300 Subject: [Gambas-devel] Order Delivery Message-ID: <2262B67C.0943907@...514...> Icrease Your S''exual Desire and S''perm volume by 500% L'onger o''rgasms - The longest most intense o''rgasms of your life Multiple o''rgasms - Cum again and again S'PUR-M is The Newest and The Safest Way 100% N''atural and No Side Effects - in contrast to well-known brands. Experience three times longer o''rgasms World Wide shipping within 24 hours Clisk here http://www.theonlymlm.info occurring crabapple milan blimp cunningham spline dachshund trait breakaway digestible coequal badinage conference encomium deuterate tarrytown From gambas at ...1... Wed Aug 9 19:53:44 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 9 Aug 2006 19:53:44 +0200 Subject: [Gambas-devel] Edit/Install component In-Reply-To: <200608091754.40317.ronstk@...124...> References: <200608090949.26452.ronstk@...124...> <200608091203.14236.gambas@...1...> <200608091754.40317.ronstk@...124...> Message-ID: <200608091953.44661.gambas@...1...> On Wednesday 09 August 2006 17:54, Ron Onstenk wrote: > On Wednesday 09 August 2006 12:03, Benoit Minisini wrote: > > Or you can put your component in the Gambas source tree: > > > > 1) Copy your component project into {gambas-source-dir}/comp/src, with > > the others. > > > > 2) Modifies the 'order' file accordingly. This file is a list of all > > components in {gambas-source-dir}/comp/src, in compilation order. > > Components are compiles and install during the 'make install' phase. > > > > Try the method you want :-) > > This is what I want to speed up. > It concerns the gb.form.mda version of gb.form.mdi. > When edit is done I do the make executable. > > Then really changed thing are/is the gb.form.mdi.gambas file. > Is it not sufficient to copy only that file to the destination by hand ? > > > 4) Once done, the info files are generated by running 'gbi2 gb.xxx' in a > > shell. > > Is the next shell script idea OK or do I miss something? > The component is already installed once and active. > > !#/bin/bash > gambas-source-dir="thesource" > gambas-destin-dir="/opt/gb" # set by --prefix to /opt/gb > gambas-privat-dir="/home/ron/gambas2mda" > > cd ${gambas-source-dir} > > # do recompile with gb? the gb.form.mda project to gb.form.mda.gambas > cd ${comp/src/gb.form.mda} > #gb? ???? > > # copy the result to destination > cp gb.form.mda.gambas {gambas-destin-dir}/lib/gambas2 > > # create the info and lst file > gbi2 gb.form.mda > > # copy to destination > cp .info ${gambas-destin-dir}/share/gambas2/info/gb.form.mda.info > cp .lst ${gambas-destin-dir}/share/gambas2/info/gb.form.mda.lst > > # recompile the private gambas2mda version to gambas2mda.gambas > cd ${gambas-privat-dir} > #gb? ???? > > I want to do this by a script because 'make install' > cost sooooooooo much time for only a 3 files changed > > Hope this is more clear, > > Ron > You should use "make install", as this way you are sure that all needed things are done. For your tests, you can do the "make install" once, and copy the *.gambas file by hand the next times. Note that you don't have to generate the component to make your tests. Running the component project is like running any other project using this component. Regards, -- Benoit Minisini From ronstk at ...124... Wed Aug 9 21:28:31 2006 From: ronstk at ...124... (Ron Onstenk) Date: Wed, 9 Aug 2006 21:28:31 +0200 Subject: [Gambas-devel] Edit/Install component In-Reply-To: <200608091953.44661.gambas@...1...> References: <200608090949.26452.ronstk@...124...> <200608091754.40317.ronstk@...124...> <200608091953.44661.gambas@...1...> Message-ID: <200608092128.31665.ronstk@...124...> On Wednesday 09 August 2006 19:53, Benoit Minisini wrote: > You should use "make install", as this way you are sure that all needed things > are done. > For your tests, you can do the "make install" once, That is clear, it is done once. > and copy the *.gambas file by hand the next times. Are the added properties/methods, change method declarations etc that change the content of the *.gambas not in the .info/.lst file? > Note that you don't have to generate the component to make your tests. Running > the component project is like running any other project using this component. > This is not for the .mdi Workspace the case. In the test form inside the .mdi/.mda it works correct. Add and Remove from the workarea and $aWindow does work. My Add/Remove does what the word say it should do. Users expect when they Add a Window it _is_ Add and for Remove it is _Remove_ ( gone from memory to) and I made it this way, bad for me afterwarts regarding the IDE. The requirements of the IDE work somewhat different. In the IDE it does not Add if the windows already once is add but add only the Tab (where?) and removing remove the Tab but not the window himself always. Sometimes it looks as the IDE destruct the window complete other time it removes only the Tab. The rule you use is after many try and error still not clear. I'm afraid you use in the IDE other functions/methods direct on the windows which are not handled by the Watcher. In this way it is questionable the current Workspace is a User-Control intentional component and not a IDE only workspace. All the times I get out of bound error on $aWindows or invalid index into $aWindows. It is the last struggle I have to solve. :) Brings a question up. When the IDE does a Window.Close (Fedit.Close) is the windows then closed and get the Watch_Close a signal the close has happen, or is Watcher_Close run before the window is actual closed. Anyway I can use it now but must be sure to safe before I close a window. Terminating error when I get them. :) I hope to survive, Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From gambas at ...1... Wed Aug 9 21:55:30 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 9 Aug 2006 21:55:30 +0200 Subject: [Gambas-devel] Edit/Install component In-Reply-To: <200608092128.31665.ronstk@...124...> References: <200608090949.26452.ronstk@...124...> <200608091953.44661.gambas@...1...> <200608092128.31665.ronstk@...124...> Message-ID: <200608092155.30432.gambas@...1...> On Wednesday 09 August 2006 21:28, Ron Onstenk wrote: > On Wednesday 09 August 2006 19:53, Benoit Minisini wrote: > > You should use "make install", as this way you are sure that all needed > > things are done. > > For your tests, you can do the "make install" once, > > That is clear, it is done once. > > > and copy the *.gambas file by hand the next times. > > Are the added properties/methods, change method declarations etc > that change the content of the *.gambas not in the .info/.lst file? > > > Note that you don't have to generate the component to make your tests. > > Running the component project is like running any other project using > > this component. > > This is not for the .mdi Workspace the case. > > In the test form inside the .mdi/.mda it works correct. > Add and Remove from the workarea and $aWindow does work. > My Add/Remove does what the word say it should do. > > Users expect when they Add a Window it _is_ Add and for > Remove it is _Remove_ ( gone from memory to) and I made > it this way, bad for me afterwarts regarding the IDE. > > > The requirements of the IDE work somewhat different. > In the IDE it does not Add if the windows already once > is add but add only the Tab (where?) and removing remove the > Tab but not the window himself always. > Sometimes it looks as the IDE destruct the window complete > other time it removes only the Tab. > > The rule you use is after many try and error still not clear. > I'm afraid you use in the IDE other functions/methods direct > on the windows which are not handled by the Watcher. > > > In this way it is questionable the current Workspace is > a User-Control intentional component and not a IDE only workspace. > > All the times I get out of bound error on $aWindows > or invalid index into $aWindows. > It is the last struggle I have to solve. :) > > Brings a question up. > When the IDE does a Window.Close (Fedit.Close) is the > windows then closed and get the Watch_Close a signal > the close has happen, or is Watcher_Close run before > the window is actual closed. > > > Anyway I can use it now but must be sure to safe before > I close a window. Terminating error when I get them. :) > > I hope to survive, > > Ron The aim must be that there is no difference between opening a window normally, and opening a window inside a Workspace: * If you close the windows in code, with the Close() method, then the window must disappear from the workspace. This is done by using the "Close" event of a Watcher. This event is raised only if the Close event is not stopped, and the later as possible, i.e. just before the window is explicitely hidden or destroyed. * You can close the windows from the interface, with the close button in the tabs. Then the Workspace calls Close on the windows, and you return to the previous case. The user just have to use the Add() method to insert an already existing Window inside a workspace. The method that creates a new tab and reparent the window inside it is FWorkspace.Add(). Nothing other should change for the user. Maybe my Workspace does not completely follow this rule, but if does not, it should! P.S.: I know it is boring, and I'm not the man who could have any pretentiousness about that :-), but please try to make your english sentences as grammatically correct as possible. It is often very difficult to understand exactly what you mean, and this is a problem when you have questions on development! Regards, -- Benoit Minisini From ronstk at ...124... Thu Aug 10 03:48:18 2006 From: ronstk at ...124... (Ron Onstenk) Date: Thu, 10 Aug 2006 03:48:18 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( Message-ID: <200608100348.18264.ronstk@...124...> I'm lost in space. I have done so many things to get the close working. Now it gives a fatal error after close of one of the windows and (re-)selecting a file to edit. It was working as stand alone project but.....now??? I do not know what to do anymore. Your loser, Ron -------------- next part -------------- A non-text attachment was scrubbed... Name: gb.form.mda.tar.gz Type: application/x-tgz Size: 18019 bytes Desc: not available URL: From hatmoko at ...515... Thu Aug 10 06:03:07 2006 From: hatmoko at ...515... (hatmoko) Date: Thu, 10 Aug 2006 11:03:07 +0700 Subject: [Gambas-devel] any body know: how to consumming XML web services in Gambas? In-Reply-To: <200608090949.26452.ronstk@...124...> Message-ID: <200608100353.k7A3rWiO006674@...516...> Please help me, any body know how to develop application that consuming XML web services (for ex. asmx), using gambas? Please give white paper or article. Regard, Hatmoko From jredrejo at ...133... Thu Aug 10 13:57:57 2006 From: jredrejo at ...133... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 10 Aug 2006 13:57:57 +0200 Subject: [Gambas-devel] problems compiling in Debian Message-ID: <1155211077.5634.22.camel@...102...> Hi, since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 I get these errors: Installing the components... Compiling gb.settings... /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown identifier: Collection Installing gb.settings... Compiling gb.info... /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown identifier: String[] Installing gb.info... Compiling gb.form... /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: Unknown identifier: Font Installing gb.form... Compiling gb.form.mdi... /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown identifier: Window Installing gb.form.mdi... Compiling gb.db.form... /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown identifier: String[] Installing gb.db.form... make[3]: Nothing to be done for `install-data-am'. Installing the components... Compiling gb.settings... /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown identifier: Collection Installing gb.settings... Compiling gb.info... /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown identifier: String[] Installing gb.info... Compiling gb.form... /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: Unknown identifier: Picture Installing gb.form... Compiling gb.form.mdi... /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown identifier: Window Installing gb.form.mdi... Compiling gb.db.form... /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown identifier: String[] Installing gb.db.form... Any idea where the problem could be? 1.9.32 compiles and works perfectly, so it seems there was some change in gbi2 or in the Makefiles since 1.9.33. Maybe Beno?t remembers it... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From gambas at ...1... Thu Aug 10 14:09:31 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 10 Aug 2006 14:09:31 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155211077.5634.22.camel@...102...> References: <1155211077.5634.22.camel@...102...> Message-ID: <200608101409.31921.gambas@...1...> On Thursday 10 August 2006 13:57, Jos? L. Redrejo Rodr?guez wrote: > Hi, > since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 > I get these errors: > > Installing the components... > Compiling gb.settings... > /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown > identifier: Collection > Installing gb.settings... > Compiling gb.info... > /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown > identifier: String[] > Installing gb.info... > Compiling gb.form... > /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: > Unknown identifier: Font > Installing gb.form... > Compiling gb.form.mdi... > /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown > identifier: Window > Installing gb.form.mdi... > Compiling gb.db.form... > /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown > identifier: String[] > Installing gb.db.form... > make[3]: Nothing to be done for `install-data-am'. > > Installing the components... > Compiling gb.settings... > /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown > identifier: Collection > Installing gb.settings... > Compiling gb.info... > /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown > identifier: String[] > Installing gb.info... > Compiling gb.form... > /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: > Unknown identifier: Picture > Installing gb.form... > Compiling gb.form.mdi... > /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown > identifier: Window > Installing gb.form.mdi... > Compiling gb.db.form... > /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown > identifier: String[] > Installing gb.db.form... > > > > > Any idea where the problem could be? 1.9.32 compiles and works > perfectly, so it seems there was some change in gbi2 or in the Makefiles > since 1.9.33. Maybe Beno?t remembers it... Strange, as the last (1.9.38) compiles perfectly on Ubuntu. Do you apply some patches? Do you run "make uninstall" before compiling a new package? -- Benoit Minisini From gambas at ...1... Thu Aug 10 14:16:52 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 10 Aug 2006 14:16:52 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608100348.18264.ronstk@...124...> References: <200608100348.18264.ronstk@...124...> Message-ID: <200608101416.52453.gambas@...1...> On Thursday 10 August 2006 03:48, Ron Onstenk wrote: > I'm lost in space. > > I have done so many things to get the close working. > Now it gives a fatal error after close of one of the windows > and (re-)selecting a file to edit. > It was working as stand alone project but.....now??? > > I do not know what to do anymore. > > Your loser, > > Ron Cheer up! I don't understand why you have to change anything in the closing process between gb.form.mda and gb.form.mdi. It should be exactly the same. The difference between the two components is just that gb.form.mdi show the MDI windows in a resizable box with a title like a true window, and not in a tab. Regards, -- Benoit Minisini From jredrejo at ...101... Thu Aug 10 14:14:33 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 10 Aug 2006 14:14:33 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608101409.31921.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608101409.31921.gambas@...1...> Message-ID: <1155212073.5634.26.camel@...102...> El jue, 10-08-2006 a las 14:09 +0200, Benoit Minisini escribi?: > On Thursday 10 August 2006 13:57, Jos? L. Redrejo Rodr?guez wrote: > > Hi, > > since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 > > I get these errors: > > > > Installing the components... > > Compiling gb.settings... > > /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown > > identifier: Collection > > Installing gb.settings... > > Compiling gb.info... > > /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown > > identifier: String[] > > Installing gb.info... > > Compiling gb.form... > > /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: > > Unknown identifier: Font > > Installing gb.form... > > Compiling gb.form.mdi... > > /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > identifier: Window > > Installing gb.form.mdi... > > Compiling gb.db.form... > > /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown > > identifier: String[] > > Installing gb.db.form... > > make[3]: Nothing to be done for `install-data-am'. > > > > Installing the components... > > Compiling gb.settings... > > /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown > > identifier: Collection > > Installing gb.settings... > > Compiling gb.info... > > /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown > > identifier: String[] > > Installing gb.info... > > Compiling gb.form... > > /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: > > Unknown identifier: Picture > > Installing gb.form... > > Compiling gb.form.mdi... > > /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > identifier: Window > > Installing gb.form.mdi... > > Compiling gb.db.form... > > /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown > > identifier: String[] > > Installing gb.db.form... > > > > > > > > > > Any idea where the problem could be? 1.9.32 compiles and works > > perfectly, so it seems there was some change in gbi2 or in the Makefiles > > since 1.9.33. Maybe Beno?t remembers it... > > Strange, as the last (1.9.38) compiles perfectly on Ubuntu. > > Do you apply some patches? Do you run "make uninstall" before compiling a new > package? > The only patches I apply are avoiding compiling examples. I don't make uninstall because I compile it in a clean chroot envirnoment, where only the dependencies for the compilation are installed. It's the usual way of compiling packages to assure there are clean and fulfill all the dependencies. If I compile it "manually" in my system, it works. So, it seems that between 1.9.32 & 1.9.33 there was some makefile change that made the clean compilation fails, maybe something is installed out from the compilation tree, or some permission was changed? From jredrejo at ...101... Thu Aug 10 16:48:49 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 10 Aug 2006 16:48:49 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608101409.31921.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608101409.31921.gambas@...1...> Message-ID: <1155221329.5634.33.camel@...102...> El jue, 10-08-2006 a las 14:09 +0200, Benoit Minisini escribi?: > On Thursday 10 August 2006 13:57, Jos? L. Redrejo Rodr?guez wrote: > > Hi, > > since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 > > I get these errors: > > > > Installing the components... > > Compiling gb.settings... > > /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown > > identifier: Collection > > Installing gb.settings... > > Compiling gb.info... > > /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown > > identifier: String[] > > Installing gb.info... > > Compiling gb.form... > > /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: > > Unknown identifier: Font > > Installing gb.form... > > Compiling gb.form.mdi... > > /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > identifier: Window > > Installing gb.form.mdi... > > Compiling gb.db.form... > > /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown > > identifier: String[] > > Installing gb.db.form... > > make[3]: Nothing to be done for `install-data-am'. > > > > Installing the components... > > Compiling gb.settings... > > /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown > > identifier: Collection > > Installing gb.settings... > > Compiling gb.info... > > /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown > > identifier: String[] > > Installing gb.info... > > Compiling gb.form... > > /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: > > Unknown identifier: Picture > > Installing gb.form... > > Compiling gb.form.mdi... > > /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > identifier: Window > > Installing gb.form.mdi... > > Compiling gb.db.form... > > /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown > > identifier: String[] > > Installing gb.db.form... > > > > > > > > > > Any idea where the problem could be? 1.9.32 compiles and works > > perfectly, so it seems there was some change in gbi2 or in the Makefiles > > since 1.9.33. Maybe Beno?t remembers it... > > Strange, as the last (1.9.38) compiles perfectly on Ubuntu. > > Do you apply some patches? Do you run "make uninstall" before compiling a new > package? > It seems the problem comes from the new flag gbc2_CFLAGS = -DGAMBAS_PATH="\"$(bindir)\"" $(AM_CFLAGS) added in the main/gbc/Makefile When making Debian packages, $(bindir)=/gambas/gambas2-1.9.33/debian/tmp/usr/bin , and the resulting gbc2 doesn't work correctly in the gb.form, gb.settings, etc. compilation steps. That's why in a "normal" environment in compiles fine, if you are using /usr/bin as your $(bindir). This flag was added in 1.9.33, and since then, when compiling in /comp using make install prefix=/gambas/gambas2-1.9.33/debian/tmp/usr ROOT="/gambas/gambas2-1.9.33/debian/tmp" it fails with the errors from my first email. If I replace gbc2 from 1.9.33 with gbc2 from 1.9.32 the above instruction works fine. I don't know if I've explained the problem clearly, but I hope so... From sirfabien at ...176... Thu Aug 10 18:52:45 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Thu, 10 Aug 2006 18:52:45 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608100348.18264.ronstk@...124...> References: <200608100348.18264.ronstk@...124...> Message-ID: <200608101852.45348.sirfabien@...176...> Le Jeudi 10 Ao?t 2006 03:48, Ron Onstenk a ?crit?: > I'm lost in space. > > I have done so many things to get the close working. > Now it gives a fatal error after close of one of the windows > and (re-)selecting a file to edit. > It was working as stand alone project but.....now??? > > I do not know what to do anymore. >sistant > Your loser,a i've the answer... in fact in the ide the windows have the mode persistant.. so they not are close but be hidden... so when a windows query close just hide( optional) it and move it to the mda mainform because if you don't reparent this way, when your container is deleted the form too and the ide will not find it !. Look at my old component to understand what i mind. Regards, Fabien > > Ron From gambas at ...1... Thu Aug 10 19:20:12 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 10 Aug 2006 19:20:12 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155221329.5634.33.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608101409.31921.gambas@...1...> <1155221329.5634.33.camel@...102...> Message-ID: <200608101920.12216.gambas@...1...> On Thursday 10 August 2006 16:48, Jos? L. Redrejo Rodr?guez wrote: > El jue, 10-08-2006 a las 14:09 +0200, Benoit Minisini escribi?: > > On Thursday 10 August 2006 13:57, Jos? L. Redrejo Rodr?guez wrote: > > > Hi, > > > since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 > > > I get these errors: > > > > > > Installing the components... > > > Compiling gb.settings... > > > /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown > > > identifier: Collection > > > Installing gb.settings... > > > Compiling gb.info... > > > /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown > > > identifier: String[] > > > Installing gb.info... > > > Compiling gb.form... > > > /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: > > > Unknown identifier: Font > > > Installing gb.form... > > > Compiling gb.form.mdi... > > > /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > > identifier: Window > > > Installing gb.form.mdi... > > > Compiling gb.db.form... > > > /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown > > > identifier: String[] > > > Installing gb.db.form... > > > make[3]: Nothing to be done for `install-data-am'. > > > > > > Installing the components... > > > Compiling gb.settings... > > > /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown > > > identifier: Collection > > > Installing gb.settings... > > > Compiling gb.info... > > > /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown > > > identifier: String[] > > > Installing gb.info... > > > Compiling gb.form... > > > /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: > > > Unknown identifier: Picture > > > Installing gb.form... > > > Compiling gb.form.mdi... > > > /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > > identifier: Window > > > Installing gb.form.mdi... > > > Compiling gb.db.form... > > > /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown > > > identifier: String[] > > > Installing gb.db.form... > > > > > > > > > > > > > > > Any idea where the problem could be? 1.9.32 compiles and works > > > perfectly, so it seems there was some change in gbi2 or in the > > > Makefiles since 1.9.33. Maybe Beno?t remembers it... > > > > Strange, as the last (1.9.38) compiles perfectly on Ubuntu. > > > > Do you apply some patches? Do you run "make uninstall" before compiling a > > new package? > > It seems the problem comes from the new flag > gbc2_CFLAGS = -DGAMBAS_PATH="\"$(bindir)\"" $(AM_CFLAGS) > added in the main/gbc/Makefile > > When making Debian packages, > $(bindir)=/gambas/gambas2-1.9.33/debian/tmp/usr/bin > , and the resulting gbc2 doesn't work correctly in the gb.form, > gb.settings, etc. compilation steps. That's why in a "normal" > environment in compiles fine, if you are using /usr/bin as your > $(bindir). > This flag was added in 1.9.33, and since then, when compiling in /comp > using > make install prefix=/gambas/gambas2-1.9.33/debian/tmp/usr > ROOT="/gambas/gambas2-1.9.33/debian/tmp" > it fails with the errors from my first email. If I replace gbc2 from > 1.9.33 with gbc2 from 1.9.32 the above instruction works fine. > I don't know if I've explained the problem clearly, but I hope so... > I see. But I followed what is explained in the official GNU Autoconf manual when you want to use in your code a path defined by the compilation process: http://www.gnu.org/software/autoconf/manual/autoconf.pdf (page 25) According to what I read, you should do: $ ./configure --prefix=/usr/bin $ make $ make prefix=/gambas/gambas2-1.9.33/debian/tmp/usr/bin install So that the installation goes into the directory you want, but the program was compiled to work in the real installation directory. Is it possible? Do you another way to do that? -- Benoit Minisini From jredrejo at ...101... Thu Aug 10 20:37:47 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 10 Aug 2006 20:37:47 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608101920.12216.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608101409.31921.gambas@...517... sers.sourceforge.net> <1155221329.5634.33.camel@...102...> <200608101920.12216.gambas@...1...> Message-ID: <1155235067.5634.41.camel@...102...> El jue, 10-08-2006 a las 19:20 +0200, Benoit Minisini escribi?: > On Thursday 10 August 2006 16:48, Jos? L. Redrejo Rodr?guez wrote: > > El jue, 10-08-2006 a las 14:09 +0200, Benoit Minisini escribi?: > > > On Thursday 10 August 2006 13:57, Jos? L. Redrejo Rodr?guez wrote: > > > > Hi, > > > > since version 1.9.33 I can't compile the comp/src projects. With 1.9.38 > > > > I get these errors: > > > > > > > > Installing the components... > > > > Compiling gb.settings... > > > > /gambas/gambas2-1.9.38/comp/src/gb.settings/Settings.class:11: Unknown > > > > identifier: Collection > > > > Installing gb.settings... > > > > Compiling gb.info... > > > > /gambas/gambas2-1.9.38/comp/src/gb.info/ComponentInfo.class:5: Unknown > > > > identifier: String[] > > > > Installing gb.info... > > > > Compiling gb.form... > > > > /gambas/gambas2-1.9.38/comp/src/gb.form/ToolPanelContainer.class:8: > > > > Unknown identifier: Font > > > > Installing gb.form... > > > > Compiling gb.form.mdi... > > > > /gambas/gambas2-1.9.38/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > > > identifier: Window > > > > Installing gb.form.mdi... > > > > Compiling gb.db.form... > > > > /gambas/gambas2-1.9.38/comp/src/gb.db.form/Request.class:41: Unknown > > > > identifier: String[] > > > > Installing gb.db.form... > > > > make[3]: Nothing to be done for `install-data-am'. > > > > > > > > Installing the components... > > > > Compiling gb.settings... > > > > /gambas/gambas2-1.9.33/comp/src/gb.settings/Settings.class:9: Unknown > > > > identifier: Collection > > > > Installing gb.settings... > > > > Compiling gb.info... > > > > /gambas/gambas2-1.9.33/comp/src/gb.info/ComponentInfo.class:5: Unknown > > > > identifier: String[] > > > > Installing gb.info... > > > > Compiling gb.form... > > > > /gambas/gambas2-1.9.33/comp/src/gb.form/ToolPanelContainer.class:8: > > > > Unknown identifier: Picture > > > > Installing gb.form... > > > > Compiling gb.form.mdi... > > > > /gambas/gambas2-1.9.33/comp/src/gb.form.mdi/CWindow.class:3: Unknown > > > > identifier: Window > > > > Installing gb.form.mdi... > > > > Compiling gb.db.form... > > > > /gambas/gambas2-1.9.33/comp/src/gb.db.form/Request.class:41: Unknown > > > > identifier: String[] > > > > Installing gb.db.form... > > > > > > > > > > > > > > > > > > > > Any idea where the problem could be? 1.9.32 compiles and works > > > > perfectly, so it seems there was some change in gbi2 or in the > > > > Makefiles since 1.9.33. Maybe Beno?t remembers it... > > > > > > Strange, as the last (1.9.38) compiles perfectly on Ubuntu. > > > > > > Do you apply some patches? Do you run "make uninstall" before compiling a > > > new package? > > > > It seems the problem comes from the new flag > > gbc2_CFLAGS = -DGAMBAS_PATH="\"$(bindir)\"" $(AM_CFLAGS) > > added in the main/gbc/Makefile > > > > When making Debian packages, > > $(bindir)=/gambas/gambas2-1.9.33/debian/tmp/usr/bin > > , and the resulting gbc2 doesn't work correctly in the gb.form, > > gb.settings, etc. compilation steps. That's why in a "normal" > > environment in compiles fine, if you are using /usr/bin as your > > $(bindir). > > This flag was added in 1.9.33, and since then, when compiling in /comp > > using > > make install prefix=/gambas/gambas2-1.9.33/debian/tmp/usr > > ROOT="/gambas/gambas2-1.9.33/debian/tmp" > > it fails with the errors from my first email. If I replace gbc2 from > > 1.9.33 with gbc2 from 1.9.32 the above instruction works fine. > > I don't know if I've explained the problem clearly, but I hope so... > > > > I see. But I followed what is explained in the official GNU Autoconf manual > when you want to use in your code a path defined by the compilation process: > > http://www.gnu.org/software/autoconf/manual/autoconf.pdf (page 25) > > According to what I read, you should do: > $ ./configure --prefix=/usr/bin > $ make > $ make prefix=/gambas/gambas2-1.9.33/debian/tmp/usr/bin install > > So that the installation goes into the directory you want, but the program was > compiled to work in the real installation directory. > Right, I can solve it doing $(MAKE) prefix=`pwd`/debian/tmp/usr \ ROOT="$(CURDIR)/debian/tmp" as I later do $(MAKE) install prefix=`pwd`/debian/tmp/usr \ ROOT="$(CURDIR)/debian/tmp" And then the whole gambas stuff is compiled without problems in `pwd`/debian/tmp/ to make the package. But my doubt is: Once the package is isntalled, and gbc2 is placed at /usr/bin... will it work? If not, it doesn't make much sense... > Is it possible? Do you another way to do that? Not, except removing the need of *FILE_find_gambas in gb_file_temp.h during compilation ;-D From gambas at ...1... Thu Aug 10 20:50:51 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 10 Aug 2006 20:50:51 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155235067.5634.41.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608101920.12216.gambas@...1...> <1155235067.5634.41.camel@...102...> Message-ID: <200608102050.52059.gambas@...1...> On Thursday 10 August 2006 20:37, Jos? L. Redrejo Rodr?guez wrote: > > Right, I can solve it doing > $(MAKE) prefix=`pwd`/debian/tmp/usr \ > ROOT="$(CURDIR)/debian/tmp" No you should do: ./configure --prefix=/usr $(MAKE) DESTDIR="$(CURDIR)/debian/tmp" > > as I later do > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > ROOT="$(CURDIR)/debian/tmp" And then: $(MAKE) install prefix=`pwd`/debian/tmp/usr \ DESTDIR="$(CURDIR)/debian/tmp" > > And then the whole gambas stuff is compiled without problems in > `pwd`/debian/tmp/ to make the package. But my doubt is: Once the package > is isntalled, and gbc2 is placed at /usr/bin... will it work? > If not, it doesn't make much sense... It should work. $(prefix) tells gbx2, gbc2 and gbi2 where Gambas will be finally installed, but only during the compilation process. DESTDIR tells the Makefile specific install rules where it can find gbc2, gba2 and gbi2. Tell me the result. If it works, I will put that in a HowTo! Regards, -- Benoit Minisini From jredrejo at ...101... Thu Aug 10 22:21:25 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Thu, 10 Aug 2006 22:21:25 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608102050.52059.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608101920.12216.gambas@...517... sers.sourceforge.net> <1155235067.5634.41.camel@...102...> <200608102050.52059.gambas@...1...> Message-ID: <1155241285.5634.49.camel@...102...> El jue, 10-08-2006 a las 20:50 +0200, Benoit Minisini escribi?: > On Thursday 10 August 2006 20:37, Jos? L. Redrejo Rodr?guez wrote: > > > > Right, I can solve it doing > > $(MAKE) prefix=`pwd`/debian/tmp/usr \ > > ROOT="$(CURDIR)/debian/tmp" > > No you should do: > > ./configure --prefix=/usr > That was already done, obviously. > $(MAKE) DESTDIR="$(CURDIR)/debian/tmp" > ok > > > > as I later do > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > > ROOT="$(CURDIR)/debian/tmp" > > And then: > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > DESTDIR="$(CURDIR)/debian/tmp" > I'll "use" you to learn a little bit: why DESTDIR instead of ROOT? > > > > And then the whole gambas stuff is compiled without problems in > > `pwd`/debian/tmp/ to make the package. But my doubt is: Once the package > > is isntalled, and gbc2 is placed at /usr/bin... will it work? > > If not, it doesn't make much sense... > > It should work. > > $(prefix) tells gbx2, gbc2 and gbi2 where Gambas will be finally installed, > but only during the compilation process. > > DESTDIR tells the Makefile specific install rules where it can find gbc2, gba2 > and gbi2. > > Tell me the result. If it works, I will put that in a HowTo! > Doing as you've said, I get: cp: cannot stat `./debian/tmp/usr/share/gambas2/help': No such file or directory when compressing the gambas-doc package after compiling. Doing as I said in my previous email, the compilation has finished without any problem. But, once the packages are installed, the ide doesn't work. I get a "Fmain.$load.1109: Unknown function call" More ideas? From gambas at ...1... Thu Aug 10 23:15:02 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 10 Aug 2006 23:15:02 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155241285.5634.49.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608102050.52059.gambas@...1...> <1155241285.5634.49.camel@...102...> Message-ID: <200608102315.03333.gambas@...1...> On Thursday 10 August 2006 22:21, Jos? L. Redrejo Rodr?guez wrote: > El jue, 10-08-2006 a las 20:50 +0200, Benoit Minisini escribi?: > > On Thursday 10 August 2006 20:37, Jos? L. Redrejo Rodr?guez wrote: > > > Right, I can solve it doing > > > $(MAKE) prefix=`pwd`/debian/tmp/usr \ > > > ROOT="$(CURDIR)/debian/tmp" > > > > No you should do: > > > > ./configure --prefix=/usr > > That was already done, obviously. > > > $(MAKE) DESTDIR="$(CURDIR)/debian/tmp" > > ok > > > > as I later do > > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > > > ROOT="$(CURDIR)/debian/tmp" > > > > And then: > > > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > > DESTDIR="$(CURDIR)/debian/tmp" > > I'll "use" you to learn a little bit: why DESTDIR instead of ROOT? ROOT is not defined anymore in the Makefile.am files. DESTDIR is used instead. > > > > And then the whole gambas stuff is compiled without problems in > > > `pwd`/debian/tmp/ to make the package. But my doubt is: Once the > > > package is isntalled, and gbc2 is placed at /usr/bin... will it work? > > > If not, it doesn't make much sense... > > > > It should work. > > > > $(prefix) tells gbx2, gbc2 and gbi2 where Gambas will be finally > > installed, but only during the compilation process. > > > > DESTDIR tells the Makefile specific install rules where it can find gbc2, > > gba2 and gbi2. > > > > Tell me the result. If it works, I will put that in a HowTo! > > Doing as you've said, I get: > > cp: cannot stat `./debian/tmp/usr/share/gambas2/help': No such file or > directory > when compressing the gambas-doc package after compiling. > > Doing as I said in my previous email, the compilation has finished > without any problem. But, once the packages are installed, the ide > doesn't work. > I get a "Fmain.$load.1109: Unknown function call" > > More ideas? > Actually I did the following: $ ./configure -C --prefix=/usr ... $ make ... $ mkdir ~/tmp-gambas $ mkdir ~/tmp-gambas/usr $ make prefix=~/tmp-gambas/usr install ... I didn't use DESTDIR, and everything ran without any error. Try that, and if it does not work anyway, maybe there is a problem in the packag creation process. Regards, -- Benoit Minisini From ronstk at ...124... Fri Aug 11 04:56:16 2006 From: ronstk at ...124... (Ron Onstenk) Date: Fri, 11 Aug 2006 04:56:16 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608101852.45348.sirfabien@...176...> References: <200608100348.18264.ronstk@...124...> <200608101852.45348.sirfabien@...176...> Message-ID: <200608110456.16354.ronstk@...124...> On Thursday 10 August 2006 18:52, Fabien Bodard wrote: > i've the answer... in ?fact in the ide the windows have the mode persistant.. Arghhhh That explains my feeling there was something strange with the Close that the IDE expects a window that was Closed. > so they not are close but be hidden... so when a windows query close just > hide( optional) This explains why my hide/delete did work both but had the error was everytie the opposite problem. > it and move it to the mda mainform because if you don't > reparent this way, when your container is deleted the form too and the ide > will not find it !. Look at my old component to understand what i mind. I will read that part regarding the Close behaviour for reference. Only reading and understanding are different :) > > Regards, > Fabien > Thanks Fabien, this is a good hint. Ron From jredrejo at ...101... Fri Aug 11 11:31:25 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Fri, 11 Aug 2006 11:31:25 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608102315.03333.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608102050.52059.gambas@...517... sers.sourceforge.net> <1155241285.5634.49.camel@...102...> <200608102315.03333.gambas@...1...> Message-ID: <1155288686.6538.5.camel@...102...> El jue, 10-08-2006 a las 23:15 +0200, Benoit Minisini escribi?: > On Thursday 10 August 2006 22:21, Jos? L. Redrejo Rodr?guez wrote: > > El jue, 10-08-2006 a las 20:50 +0200, Benoit Minisini escribi?: > > > On Thursday 10 August 2006 20:37, Jos? L. Redrejo Rodr?guez wrote: > > > > Right, I can solve it doing > > > > $(MAKE) prefix=`pwd`/debian/tmp/usr \ > > > > ROOT="$(CURDIR)/debian/tmp" > > > > > > No you should do: > > > > > > ./configure --prefix=/usr > > > > That was already done, obviously. > > > > > $(MAKE) DESTDIR="$(CURDIR)/debian/tmp" > > > > ok > > > > > > as I later do > > > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > > > > ROOT="$(CURDIR)/debian/tmp" > > > > > > And then: > > > > > > $(MAKE) install prefix=`pwd`/debian/tmp/usr \ > > > DESTDIR="$(CURDIR)/debian/tmp" > > > > I'll "use" you to learn a little bit: why DESTDIR instead of ROOT? > > ROOT is not defined anymore in the Makefile.am files. DESTDIR is used instead. > > > > > > > And then the whole gambas stuff is compiled without problems in > > > > `pwd`/debian/tmp/ to make the package. But my doubt is: Once the > > > > package is isntalled, and gbc2 is placed at /usr/bin... will it work? > > > > If not, it doesn't make much sense... > > > > > > It should work. > > > > > > $(prefix) tells gbx2, gbc2 and gbi2 where Gambas will be finally > > > installed, but only during the compilation process. > > > > > > DESTDIR tells the Makefile specific install rules where it can find gbc2, > > > gba2 and gbi2. > > > > > > Tell me the result. If it works, I will put that in a HowTo! > > > > Doing as you've said, I get: > > > > cp: cannot stat `./debian/tmp/usr/share/gambas2/help': No such file or > > directory > > when compressing the gambas-doc package after compiling. > > > > Doing as I said in my previous email, the compilation has finished > > without any problem. But, once the packages are installed, the ide > > doesn't work. > > I get a "Fmain.$load.1109: Unknown function call" > > > > More ideas? > > > > Actually I did the following: > > $ ./configure -C --prefix=/usr > ... > $ make > ... > $ mkdir ~/tmp-gambas > $ mkdir ~/tmp-gambas/usr > $ make prefix=~/tmp-gambas/usr install > ... > > I didn't use DESTDIR, and everything ran without any error. > > Try that, and if it does not work anyway, maybe there is a problem in the > packag creation process. > > Regards, > Ok, you're right, using the above options and avoiding DESTDIR the compilation goes fine and the packages build without any problem. Now, my problem is a step forward. When launching the ide, I get the "Fmain.$load.1109: Unknown function call" Any idea so far? I've checked the code and, obviously, there is no line 1109 in Fmain... From gambas at ...1... Fri Aug 11 13:09:20 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 11 Aug 2006 13:09:20 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155288686.6538.5.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608102315.03333.gambas@...1...> <1155288686.6538.5.camel@...102...> Message-ID: <200608111309.20395.gambas@...1...> On Friday 11 August 2006 11:31, Jos? L. Redrejo Rodr?guez wrote: > > Ok, you're right, using the above options and avoiding DESTDIR the > compilation goes fine and the packages build without any problem. > Now, my problem is a step forward. When launching the ide, I get the > "Fmain.$load.1109: Unknown function call" > > Any idea so far? I've checked the code and, obviously, there is no line > 1109 in Fmain... > Because your packages are not correct. Read the README.HOW-TO-PACKAGE-GAMBAS, there are changes inside. In a few words, some components have a C/C++ *and* a Gambas part. gb.qt is one of them, and you obviously make a package for the gb.qt component without the Gambas part of gb.qt. Note that the README file is not definitive. I think gbc2 and gba2 should be put in a gambas-dev package. I send you the modified README file as soon as possible. Regards, -- Benoit Minisini From jredrejo at ...101... Fri Aug 11 13:20:22 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Fri, 11 Aug 2006 13:20:22 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608111309.20395.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608102315.03333.gambas@...517... sers.sourceforge.net> <1155288686.6538.5.camel@...102...> <200608111309.20395.gambas@...1...> Message-ID: <1155295222.6538.11.camel@...102...> El vie, 11-08-2006 a las 13:09 +0200, Benoit Minisini escribi?: > On Friday 11 August 2006 11:31, Jos? L. Redrejo Rodr?guez wrote: > > > > Ok, you're right, using the above options and avoiding DESTDIR the > > compilation goes fine and the packages build without any problem. > > Now, my problem is a step forward. When launching the ide, I get the > > "Fmain.$load.1109: Unknown function call" > > > > Any idea so far? I've checked the code and, obviously, there is no line > > 1109 in Fmain... > > > > Because your packages are not correct. Read the README.HOW-TO-PACKAGE-GAMBAS, > there are changes inside. In a few words, some components have a C/C++ *and* > a Gambas part. gb.qt is one of them, and you obviously make a package for the > gb.qt component without the Gambas part of gb.qt. > glup, let my cry for a little bit... I usually read carefully the changelog, but that change was made in 1.9.35, and I didn't package that version, so I hadn't noticed it.... sorry > Note that the README file is not definitive. I think gbc2 and gba2 should be > put in a gambas-dev package. I send you the modified README file as soon as > possible. > Do you think that's worth? a package with only those two files will have a size of about 40 Kb, and it would be strange if somebody compiles an application without running it. Anyway, if you are sure you are going to keep that architecture, I will change the pacakges in Debian. On the other hand, since the beginning of the 1.9.x branch the packaging feature from the ide is most broken. Tell me if you plan to keep or remove it. In the first case I would prepare and send you (following the conventions you like) the modifications needed to do native debian packages from the ide. Thanks for all. From gambas at ...1... Fri Aug 11 14:21:04 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 11 Aug 2006 14:21:04 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155295222.6538.11.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608111309.20395.gambas@...1...> <1155295222.6538.11.camel@...102...> Message-ID: <200608111421.04330.gambas@...1...> On Friday 11 August 2006 13:20, Jos? L. Redrejo Rodr?guez wrote: > El vie, 11-08-2006 a las 13:09 +0200, Benoit Minisini escribi?: > > On Friday 11 August 2006 11:31, Jos? L. Redrejo Rodr?guez wrote: > > > Ok, you're right, using the above options and avoiding DESTDIR the > > > compilation goes fine and the packages build without any problem. > > > Now, my problem is a step forward. When launching the ide, I get the > > > "Fmain.$load.1109: Unknown function call" > > > > > > Any idea so far? I've checked the code and, obviously, there is no line > > > 1109 in Fmain... > > > > Because your packages are not correct. Read the > > README.HOW-TO-PACKAGE-GAMBAS, there are changes inside. In a few words, > > some components have a C/C++ *and* a Gambas part. gb.qt is one of them, > > and you obviously make a package for the gb.qt component without the > > Gambas part of gb.qt. > > glup, let my cry for a little bit... I usually read carefully the > changelog, but that change was made in 1.9.35, and I didn't package that > version, so I hadn't noticed it.... sorry > > > Note that the README file is not definitive. I think gbc2 and gba2 should > > be put in a gambas-dev package. I send you the modified README file as > > soon as possible. > > Do you think that's worth? a package with only those two files will > have a size of about 40 Kb, and it would be strange if somebody compiles > an application without running it. Actually it is the contrary that is possible: running applications without having to compile them. When you manage a server, you usually want to install only the needed programs, because the less programs installed, the less possible security holes. And in the future, the gambas-dev package may include other utilities. > Anyway, if you are sure you are going > to keep that architecture, I will change the pacakges in Debian. > On the other hand, since the beginning of the 1.9.x branch the packaging > feature from the ide is most broken. Tell me if you plan to keep or > remove it. In the first case I would prepare and send you (following the > conventions you like) the modifications needed to do native debian > packages from the ide. > > Thanks for all. > I don't plan to remove the packaging feature of course. I just need to redesign it. Many things have changed since gambas 1.0: the way Gambas is packaged of course, but the way menu are installed on distributions for example. And I don't want to enable this feature too early! You will find the last specification there: http://gambasdoc.org/help/howto/package Regards, -- Benoit Minisini From ronstk at ...124... Fri Aug 11 15:56:02 2006 From: ronstk at ...124... (Ron Onstenk) Date: Fri, 11 Aug 2006 15:56:02 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608101416.52453.gambas@...1...> References: <200608100348.18264.ronstk@...124...> <200608101416.52453.gambas@...1...> Message-ID: <200608111556.02408.ronstk@...124...> On Thursday 10 August 2006 14:16, Benoit Minisini wrote: > > Ron > > Cheer up! I try > > I don't understand why you have to change anything in the closing process > between gb.form.mda and gb.form.mdi. It should be exactly the same. But it looks to me it is not. Which part do you mean exactly? > > The difference between the two components is just that gb.form.mdi show the > MDI windows in a resizable box with a title like a true window, and not in a > tab. Yes I know but that resizable box must blown away on a close. This can be invisible or blown out memory. The FTest used by FMain in the gb.form.mdi has persistent=false. The IDE uses for code FEdit persistent=true. Thanks Fabien for the info about that. It did solve the problem partial. And that are the ones giving me the problems. But I do not understand what is going on here in your code PUBLIC SUB Remove(hWin AS Window) DIM iInd AS Integer = GetIndex(hWin) IF hWin.Close() THEN RETURN ' <--- A IF $hCurrent = $aWindow[iInd] THEN $hCurrent = NULL ' <--- B $aWindow.Remove(iInd) ' <--- C IF $aWindow.Count THEN ' tabWorkspace[iInd].Delete '<---- D ELSE tabWorkspace.Hide Form_Resize ENDIF Activate END A) This triggers Watcher_Close some way. Watcher_close calls Remove(LAST.Parent) which should be the Window that is Closed. The persistent is hidden instead of delete from memory. Grrr :<( I see here remove>watchr>remove>watcher ??? Does a Window.Close set the Widow.Hidden to True when persistent is True ? Under which conditions does hWin.Close() return true or false and why ? One of the nasty things in gambas versus VB counts here. For gambas you can say generally that a Return of True means ERROR. For VB the logic is a Return of True means OK all done well. Does here hWin.Close() return True mean OK or True mean Error? B) What does '$hCurrent = NULL' really ? In $hCurrent.Window is the reference for the Window with FWorkspace.Add(mywindow) By setting to NULL is then a close for $hCurrent.Window done and Watcher_Close fired? C) iInd should here be the sequential number in the $aWindow array for the Window. The content of that item has the pointers to the Window and the 'resizable box' If this item is removed then the little box must also be gone and must be done before $aWindow.Remove(iInd). The window however still exist on the panWorkspace in the .mdi but is hidden for the gambas IDE. ( The panWorkspace are the 'resizable box' as 'wsfra' in .mda for each Window ) After all puzzle around I think the 'resizable box' removing from the workspace area must be done here in Remove(). But one condition count. Watcher_Close must executed without any restrictions of persistent is true or false. My button Close does only check that it belong to the active Window. Then it does the same as your btnClose_Click() Still need to find the point to hide the window, and where the tabs on the TabStrip are decremented. Ron PS For asking help this is the only place for me regarding gambas. I do not have any backup from other people, with programming experience, for a quick talk or "Please look what I oversee here". I have to do it all alone. :( PS2 Regarding my English grammar. It is 40 years back I learned on school. The level of education was more of amateur kind and not professional. I have no practice experience for conversations. Reading are only technical publications, many times also grammar disasters. When I compare to others here on the list, not native English speaking people, I think it is not so worse what I produce. Sorry but the grammar rules are more or less unknown for me. Ron From ronstk at ...124... Fri Aug 11 18:23:12 2006 From: ronstk at ...124... (Ron Onstenk) Date: Fri, 11 Aug 2006 18:23:12 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608110456.16354.ronstk@...124...> References: <200608100348.18264.ronstk@...124...> <200608101852.45348.sirfabien@...176...> <200608110456.16354.ronstk@...124...> Message-ID: <200608111823.13049.ronstk@...124...> On Friday 11 August 2006 04:56, Ron Onstenk wrote: > On Thursday 10 August 2006 18:52, Fabien Bodard wrote: > > i've the answer... in ?fact in the ide the windows have the mode persistant.. > ---8<--- > > Fabien > > > Thanks Fabien, this is a good hint. > > Ron > > It did indeed help to solve a little problem but not all. Finally I do not care about it anymore now. With good trust I think I have solved the problem. :) I work now for approx 2 hours full with the .mda without the problems. This was short after my last question at 15:50 Open en close several code editors and jumping all directions now. Busy to clean up some of the code. I must check if the From editor also works as should do. It show to me that it works for the IDE the same as original .mdi does and do not expect new problems. Need external test case, they are the best crash generators. :) Keep my fingers crossed, Ron From gambas at ...1... Fri Aug 11 18:33:42 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 11 Aug 2006 18:33:42 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608111823.13049.ronstk@...124...> References: <200608100348.18264.ronstk@...124...> <200608110456.16354.ronstk@...124...> <200608111823.13049.ronstk@...124...> Message-ID: <200608111833.42717.gambas@...1...> On Friday 11 August 2006 18:23, Ron Onstenk wrote: > On Friday 11 August 2006 04:56, Ron Onstenk wrote: > > On Thursday 10 August 2006 18:52, Fabien Bodard wrote: > > > i've the answer... in ?fact in the ide the windows have the mode > > > persistant.. > > ---8<--- > > > > Fabien > > > > Thanks Fabien, this is a good hint. > > > > Ron > > It did indeed help to solve a little problem but not all. > Finally I do not care about it anymore now. > > With good trust I think I have solved the problem. :) > > I work now for approx 2 hours full with the .mda without the problems. > This was short after my last question at 15:50 > > Open en close several code editors and jumping all directions now. > > Busy to clean up some of the code. > I must check if the From editor also works as should do. > It show to me that it works for the IDE the same as > original .mdi does and do not expect new problems. > > Need external test case, they are the best crash generators. :) > > Keep my fingers crossed, > > Ron > Ron, there is a bug in 1.9.38 that prevents a window to be closed twice. I sent a patch on the mailing-list. Regards, -- Benoit Minisini From ronstk at ...124... Fri Aug 11 18:42:29 2006 From: ronstk at ...124... (Ron Onstenk) Date: Fri, 11 Aug 2006 18:42:29 +0200 Subject: [Gambas-devel] Close Windows with gb.form.mda goes woes :( In-Reply-To: <200608111833.42717.gambas@...1...> References: <200608100348.18264.ronstk@...124...> <200608111823.13049.ronstk@...124...> <200608111833.42717.gambas@...1...> Message-ID: <200608111842.29593.ronstk@...124...> On Friday 11 August 2006 18:33, Benoit Minisini wrote: > > Ron > > > > Ron, there is a bug in 1.9.38 that prevents a window to be closed twice. I > sent a patch on the mailing-list. > > Regards, > Thanks Benoit I had just done the ./configure for .38 Will replace to the new second CWindow.cpp :) But strange thing in the final report Disabled component gb.qt.kde ? I do not have changed KDE for long time and .35 is working Hint why this happen ? I do not care if the webbrowser is not used in the IDE for now. I hope the problem with .mda is solved after all. Greets to the master of universe, Ron From jredrejo at ...101... Fri Aug 11 19:11:29 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Fri, 11 Aug 2006 19:11:29 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <200608111421.04330.gambas@...1...> References: <1155211077.5634.22.camel@...102...> <200608111309.20395.gambas@...517... sers.sourceforge.net> <1155295222.6538.11.camel@...102...> <200608111421.04330.gambas@...1...> Message-ID: <1155316289.31037.11.camel@...102...> El vie, 11-08-2006 a las 14:21 +0200, Benoit Minisini escribi?: > On Friday 11 August 2006 13:20, Jos? L. Redrejo Rodr?guez wrote: > > El vie, 11-08-2006 a las 13:09 +0200, Benoit Minisini escribi?: > > > On Friday 11 August 2006 11:31, Jos? L. Redrejo Rodr?guez wrote: > > > > Ok, you're right, using the above options and avoiding DESTDIR the > > > > compilation goes fine and the packages build without any problem. > > > > Now, my problem is a step forward. When launching the ide, I get the > > > > "Fmain.$load.1109: Unknown function call" > > > > > > > > Any idea so far? I've checked the code and, obviously, there is no line > > > > 1109 in Fmain... > > > > > > Because your packages are not correct. Read the > > > README.HOW-TO-PACKAGE-GAMBAS, there are changes inside. In a few words, > > > some components have a C/C++ *and* a Gambas part. gb.qt is one of them, > > > and you obviously make a package for the gb.qt component without the > > > Gambas part of gb.qt. > > > > glup, let my cry for a little bit... I usually read carefully the > > changelog, but that change was made in 1.9.35, and I didn't package that > > version, so I hadn't noticed it.... sorry > > > > > Note that the README file is not definitive. I think gbc2 and gba2 should > > > be put in a gambas-dev package. I send you the modified README file as > > > soon as possible. > > > > Do you think that's worth? a package with only those two files will > > have a size of about 40 Kb, and it would be strange if somebody compiles > > an application without running it. > > Actually it is the contrary that is possible: running applications without > having to compile them. > > When you manage a server, you usually want to install only the needed > programs, because the less programs installed, the less possible security > holes. > > And in the future, the gambas-dev package may include other utilities. > > > Anyway, if you are sure you are going > > to keep that architecture, I will change the pacakges in Debian. > > On the other hand, since the beginning of the 1.9.x branch the packaging > > feature from the ide is most broken. Tell me if you plan to keep or > > remove it. In the first case I would prepare and send you (following the > > conventions you like) the modifications needed to do native debian > > packages from the ide. > > > > Thanks for all. > > > > I don't plan to remove the packaging feature of course. I just need to > redesign it. > > Many things have changed since gambas 1.0: the way Gambas is packaged of > course, but the way menu are installed on distributions for example. > > And I don't want to enable this feature too early! > > You will find the last specification there: > http://gambasdoc.org/help/howto/package > > Regards, > The never ending story. Passing some checking tools to the debian packages I get these warnings: W: gambas2-gb-compress-bzlib2; The .la file /usr/lib/gambas2/gb.compress.bzlib2.la contains a libdir which is different to its path. The .la file shown above contains a line libdir=''. This should be set to the directory that the .la file exists in, not where the .la file was built. W: gambas2-gb-compress-zlib; The .la file /usr/lib/gambas2/gb.compress.zlib.la contains a libdir which is different to its path. W: gambas2-gb-crypt; The .la file /usr/lib/gambas2/gb.crypt.la contains a libdir which is different to its path. W: gambas2-gb-db-mysql; The .la file /usr/lib/gambas2/gb.db.mysql.la contains a libdir which is different to its path. W: gambas2-gb-db-odbc; The .la file /usr/lib/gambas2/gb.db.odbc.la contains a libdir which is different to its path. W: gambas2-gb-db-postgresql; The .la file /usr/lib/gambas2/gb.db.postgresql.la contains a libdir which is different to its path. W: gambas2-gb-db-sqlite2; The .la file /usr/lib/gambas2/gb.db.sqlite2.la contains a libdir which is different to its path. W: gambas2-gb-gtk; The .la file /usr/lib/gambas2/gb.gtk.la contains a libdir which is different to its path. W: gambas2-gb-gtk-pdf; The .la file /usr/lib/gambas2/gb.pdf.la contains a libdir which is different to its path. W: gambas2-gb-image; The .la file /usr/lib/gambas2/gb.image.la contains a libdir which is different to its path. W: gambas2-gb-ldap; The .la file /usr/lib/gambas2/gb.ldap.la contains a libdir which is different to its path. W: gambas2-gb-net; The .la file /usr/lib/gambas2/gb.net.la contains a libdir which is different to its path. W: gambas2-gb-net-curl; The .la file /usr/lib/gambas2/gb.net.curl.la contains a libdir which is different to its path. W: gambas2-gb-net-smtp; The .la file /usr/lib/gambas2/gb.net.smtp.la contains a libdir which is different to its path. W: gambas2-gb-opengl; The .la file /usr/lib/gambas2/gb.opengl.la contains a libdir which is different to its path. W: gambas2-gb-opengl; The .la file /usr/lib/gambas2/gb.qt.opengl.la contains a libdir which is different to its path. W: gambas2-gb-pcre; The .la file /usr/lib/gambas2/gb.pcre.la contains a libdir which is different to its path. W: gambas2-gb-qt; The .la file /usr/lib/gambas2/gb.qt.la contains a libdir which is different to its path. W: gambas2-gb-qt-ext; The .la file /usr/lib/gambas2/gb.qt.ext.la contains a libdir which is different to its path. W: gambas2-gb-qt-kde; The .la file /usr/lib/gambas2/gb.qt.kde.la contains a libdir which is different to its path. W: gambas2-gb-qt-kde-html; The .la file /usr/lib/gambas2/gb.qt.kde.html.la contains a libdir which is different to its path. W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.image.la contains a libdir which is different to its path. W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.la contains a libdir which is different to its path. W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.sound.la contains a libdir which is different to its path. W: gambas2-gb-sdl-opengl; The .la file /usr/lib/gambas2/gb.sdl.opengl.la contains a libdir which is different to its path. W: gambas2-gb-xml; The .la file /usr/lib/gambas2/gb.xml.la contains a libdir which is different to its path. W: gambas2-gb-xml; The .la file /usr/lib/gambas2/gb.xml.xslt.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.compress.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.db.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.debug.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.eval.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.la contains a libdir which is different to its path. W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.vb.la contains a libdir which is different to its path. Obviously, they are due to the fact of compiling the packages into on dir, and using them in a different directory. Do you think this could cause any problem, or I can override it? From gambas at ...1... Fri Aug 11 19:21:35 2006 From: gambas at ...1... (Benoit Minisini) Date: Fri, 11 Aug 2006 19:21:35 +0200 Subject: [Gambas-devel] problems compiling in Debian In-Reply-To: <1155316289.31037.11.camel@...102...> References: <1155211077.5634.22.camel@...102...> <200608111421.04330.gambas@...1...> <1155316289.31037.11.camel@...102...> Message-ID: <200608111921.35664.gambas@...1...> On Friday 11 August 2006 19:11, Jos? L. Redrejo Rodr?guez wrote: > El vie, 11-08-2006 a las 14:21 +0200, Benoit Minisini escribi?: > > On Friday 11 August 2006 13:20, Jos? L. Redrejo Rodr?guez wrote: > > > El vie, 11-08-2006 a las 13:09 +0200, Benoit Minisini escribi?: > > > > On Friday 11 August 2006 11:31, Jos? L. Redrejo Rodr?guez wrote: > > > > > Ok, you're right, using the above options and avoiding DESTDIR the > > > > > compilation goes fine and the packages build without any problem. > > > > > Now, my problem is a step forward. When launching the ide, I get > > > > > the "Fmain.$load.1109: Unknown function call" > > > > > > > > > > Any idea so far? I've checked the code and, obviously, there is no > > > > > line 1109 in Fmain... > > > > > > > > Because your packages are not correct. Read the > > > > README.HOW-TO-PACKAGE-GAMBAS, there are changes inside. In a few > > > > words, some components have a C/C++ *and* a Gambas part. gb.qt is one > > > > of them, and you obviously make a package for the gb.qt component > > > > without the Gambas part of gb.qt. > > > > > > glup, let my cry for a little bit... I usually read carefully the > > > changelog, but that change was made in 1.9.35, and I didn't package > > > that version, so I hadn't noticed it.... sorry > > > > > > > Note that the README file is not definitive. I think gbc2 and gba2 > > > > should be put in a gambas-dev package. I send you the modified README > > > > file as soon as possible. > > > > > > Do you think that's worth? a package with only those two files will > > > have a size of about 40 Kb, and it would be strange if somebody > > > compiles an application without running it. > > > > Actually it is the contrary that is possible: running applications > > without having to compile them. > > > > When you manage a server, you usually want to install only the needed > > programs, because the less programs installed, the less possible security > > holes. > > > > And in the future, the gambas-dev package may include other utilities. > > > > > Anyway, if you are sure you are going > > > to keep that architecture, I will change the pacakges in Debian. > > > On the other hand, since the beginning of the 1.9.x branch the > > > packaging feature from the ide is most broken. Tell me if you plan to > > > keep or remove it. In the first case I would prepare and send you > > > (following the conventions you like) the modifications needed to do > > > native debian packages from the ide. > > > > > > Thanks for all. > > > > I don't plan to remove the packaging feature of course. I just need to > > redesign it. > > > > Many things have changed since gambas 1.0: the way Gambas is packaged of > > course, but the way menu are installed on distributions for example. > > > > And I don't want to enable this feature too early! > > > > You will find the last specification there: > > http://gambasdoc.org/help/howto/package > > > > Regards, > > The never ending story. Passing some checking tools to the debian > packages I get these warnings: > W: gambas2-gb-compress-bzlib2; The .la > file /usr/lib/gambas2/gb.compress.bzlib2.la contains a libdir which is > different to its path. > The .la file shown above contains a line libdir=''. This > should be set to the directory that the .la file exists in, not where > the .la file was built. > W: gambas2-gb-compress-zlib; The .la > file /usr/lib/gambas2/gb.compress.zlib.la contains a libdir which is > different to its path. > W: gambas2-gb-crypt; The .la file /usr/lib/gambas2/gb.crypt.la contains > a libdir which is different to its path. > W: gambas2-gb-db-mysql; The .la file /usr/lib/gambas2/gb.db.mysql.la > contains a libdir which is different to its path. > W: gambas2-gb-db-odbc; The .la file /usr/lib/gambas2/gb.db.odbc.la > contains a libdir which is different to its path. > W: gambas2-gb-db-postgresql; The .la > file /usr/lib/gambas2/gb.db.postgresql.la contains a libdir which is > different to its path. > W: gambas2-gb-db-sqlite2; The .la file /usr/lib/gambas2/gb.db.sqlite2.la > contains a libdir which is different to its path. > W: gambas2-gb-gtk; The .la file /usr/lib/gambas2/gb.gtk.la contains a > libdir which is different to its path. > W: gambas2-gb-gtk-pdf; The .la file /usr/lib/gambas2/gb.pdf.la contains > a libdir which is different to its path. > W: gambas2-gb-image; The .la file /usr/lib/gambas2/gb.image.la contains > a libdir which is different to its path. > W: gambas2-gb-ldap; The .la file /usr/lib/gambas2/gb.ldap.la contains a > libdir which is different to its path. > W: gambas2-gb-net; The .la file /usr/lib/gambas2/gb.net.la contains a > libdir which is different to its path. > W: gambas2-gb-net-curl; The .la file /usr/lib/gambas2/gb.net.curl.la > contains a libdir which is different to its path. > W: gambas2-gb-net-smtp; The .la file /usr/lib/gambas2/gb.net.smtp.la > contains a libdir which is different to its path. > W: gambas2-gb-opengl; The .la file /usr/lib/gambas2/gb.opengl.la > contains a libdir which is different to its path. > W: gambas2-gb-opengl; The .la file /usr/lib/gambas2/gb.qt.opengl.la > contains a libdir which is different to its path. > W: gambas2-gb-pcre; The .la file /usr/lib/gambas2/gb.pcre.la contains a > libdir which is different to its path. > W: gambas2-gb-qt; The .la file /usr/lib/gambas2/gb.qt.la contains a > libdir which is different to its path. > W: gambas2-gb-qt-ext; The .la file /usr/lib/gambas2/gb.qt.ext.la > contains a libdir which is different to its path. > W: gambas2-gb-qt-kde; The .la file /usr/lib/gambas2/gb.qt.kde.la > contains a libdir which is different to its path. > W: gambas2-gb-qt-kde-html; The .la > file /usr/lib/gambas2/gb.qt.kde.html.la contains a libdir which is > different to its path. > W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.image.la > contains a libdir which is different to its path. > W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.la contains a > libdir which is different to its path. > W: gambas2-gb-sdl; The .la file /usr/lib/gambas2/gb.sdl.sound.la > contains a libdir which is different to its path. > W: gambas2-gb-sdl-opengl; The .la file /usr/lib/gambas2/gb.sdl.opengl.la > contains a libdir which is different to its path. > W: gambas2-gb-xml; The .la file /usr/lib/gambas2/gb.xml.la contains a > libdir which is different to its path. > W: gambas2-gb-xml; The .la file /usr/lib/gambas2/gb.xml.xslt.la contains > a libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.compress.la > contains a libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.db.la contains a > libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.debug.la contains a > libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.eval.la contains a > libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.la contains a > libdir which is different to its path. > W: gambas2-runtime; The .la file /usr/lib/gambas2/gb.vb.la contains a > libdir which is different to its path. > > > Obviously, they are due to the fact of compiling the packages into on > dir, and using them in a different directory. Do you think this could > cause any problem, or I can override it? > The .la files are generated by libtool, but actually are not used anymore by the interpreter to load component libraries. I think you can even remove these files, i.e. not put them in the packages. It should work. Regards, -- Benoit Minisini From brian at ...418... Mon Aug 14 13:23:48 2006 From: brian at ...418... (Christopher Brian Jack) Date: Mon, 14 Aug 2006 04:23:48 -0700 (PDT) Subject: [Gambas-devel] hello? (fwd) Message-ID: <20060814042313.W25575@...419...> had mail trouble recently... checking things out. .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | brian _AT_ brians-anime _DOT_ com `=================================================- Hi Spambots, my email address is sputnik at ...418... ---------- Forwarded message ---------- Date: Mon, 14 Aug 2006 04:04:45 -0700 (PDT) From: Christopher Brian Jack To: Gambas-Users List Subject: hello? the lists has been apparently dead for a few days now anyone still alive? .=================================================. | Christopher BRIAN Jack aka "Gau of the Veldt" | +=================================================' | brian _AT_ brians-anime _DOT_ com `=================================================- Hi Spambots, my email address is sputnik at ...418... From gambas.fr at ...176... Mon Aug 14 14:31:03 2006 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 14 Aug 2006 14:31:03 +0200 Subject: [Gambas-devel] hello? (fwd) In-Reply-To: <20060814042313.W25575@...419...> References: <20060814042313.W25575@...419...> Message-ID: <6324a42a0608140531k5d861dd6nea9ff0c92c2bedec@...178...> yes? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronstk at ...124... Sat Aug 19 18:30:59 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 19 Aug 2006 18:30:59 +0200 Subject: [Gambas-devel] Fwd: Gambas MDI Message-ID: <200608191831.00148.ronstk@...124...> ---------- Forwarded Message ---------- Subject: Gambas MDI Date: Saturday 19 August 2006 17:49 From: "Lorenzo Tejera" To: ronstk at ...124... Dear Ron: I was watching in gambas list you are developing and MDI component. I have some questions. This MDI works like old MDI mode? and this component will be in Gambas in next versions? I'm interested in it because I have some software who use old MDI mode and know I can't use it. Thanks in advance. Lorenzo Tejera ------------------------------------------------------- -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From ronstk at ...124... Sat Aug 19 18:32:14 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sat, 19 Aug 2006 18:32:14 +0200 Subject: [Gambas-devel] Gambas MDI In-Reply-To: <44294.85.155.45.15.1156002592.squirrel@...518...> References: <44294.85.155.45.15.1156002592.squirrel@...518...> Message-ID: <200608191832.14615.ronstk@...124...> On Saturday 19 August 2006 17:49, Lorenzo Tejera wrote: > Dear Ron: > > I was watching in gambas list you are developing and MDI component. I have > some questions. This MDI works like old MDI mode? Not sure how the old exactly worked. I dislike it so much that I prevent myself to use it. Did use gambas2-1.9.29 to program. > and this component will be in Gambas in next versions? I'm not the man to include it. > I'm interested in it because I have some > software who use old MDI mode and know I can't use it. > > Thanks in advance. > > Lorenzo Tejera > My version of the MDI (a.k.a. MDA) is like the current MDI with the only difference it has resizable little windows for every file in the IDE. This version is now as separate component in use here and internal it is able to work as the current MDI does and the MDA I made by changing a flag in the source. The final goal is to be able to do it at user wish during instantiate the WorkSpace object. -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From jredrejo at ...133... Sun Aug 20 11:47:44 2006 From: jredrejo at ...133... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 20 Aug 2006 11:47:44 +0200 Subject: [Gambas-devel] for future gambas development Message-ID: <1156067264.5807.3.camel@...102...> Hi Beno?t. In previous emails we have talked about a future use of gambas for web development, doing it as easy as it is now to switch from qt to gtk. I've found this toolkit that could do it possible. It's lgpl licensed and looks really promising: http://qooxdoo.org/about Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From gambas at ...1... Sun Aug 20 12:49:06 2006 From: gambas at ...1... (Benoit Minisini) Date: Sun, 20 Aug 2006 12:49:06 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <1156067264.5807.3.camel@...102...> References: <1156067264.5807.3.camel@...102...> Message-ID: <200608201249.06895.gambas@...1...> On Sunday 20 August 2006 11:47, Jos? L. Redrejo Rodr?guez wrote: > Hi Beno?t. In previous emails we have talked about a future use of > gambas for web development, doing it as easy as it is now to switch from > qt to gtk. > I've found this toolkit that could do it possible. It's lgpl licensed > and looks really promising: > > http://qooxdoo.org/about > > Regards. Thanks for the link. Then the big problem is how to define the interface *and* the code in Gambas, and see it in the browser with this toolkit. I see no solution at the moment. If the code is in Gambas, then all events generated by the interface on the browser should be sent to the server. In other words, an XmlHttpRequest must be put between each GUI Gambas method and the browser, and between each browser event and GUI Gambas event handler. The browser can send an XmlHttpRequest to the server as needed, but I think the contrary is impossible. In other words, the event loop must be completely managed by the browser. Maybe by taking their code, and modifying it deeply? It is an huge job... Another point: their toolkit is rather slow on my Firefox, but I think we cannot do anything about that. Thanks to AJAX, now we will need an AthlonX2 to browse the web :-) Regards, -- Benoit Minisini From ronstk at ...124... Sun Aug 20 12:50:13 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sun, 20 Aug 2006 12:50:13 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608201249.06895.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...1...> Message-ID: <200608201250.14258.ronstk@...124...> On Sunday 20 August 2006 12:49, Benoit Minisini wrote: > Another point: their toolkit is rather slow on my Firefox, but I think we Also on Konqueror :) > cannot do anything about that. Thanks to AJAX, now we will need an AthlonX2 > to browse the web :-) > Or better 2 quad core Pentium 3.3333 GHz so I insert Z80 Ron From jredrejo at ...101... Sun Aug 20 13:10:23 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Sun, 20 Aug 2006 13:10:23 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608201249.06895.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...1...> Message-ID: <1156072223.4036.4.camel@...102...> El dom, 20-08-2006 a las 12:49 +0200, Benoit Minisini escribi?: > On Sunday 20 August 2006 11:47, Jos? L. Redrejo Rodr?guez wrote: > > Hi Beno?t. In previous emails we have talked about a future use of > > gambas for web development, doing it as easy as it is now to switch from > > qt to gtk. > > I've found this toolkit that could do it possible. It's lgpl licensed > > and looks really promising: > > > > http://qooxdoo.org/about > > > > Regards. > > Thanks for the link. > > Then the big problem is how to define the interface *and* the code in Gambas, > and see it in the browser with this toolkit. I see no solution at the moment. > > If the code is in Gambas, then all events generated by the interface on the > browser should be sent to the server. > > In other words, an XmlHttpRequest must be put between each GUI Gambas method > and the browser, and between each browser event and GUI Gambas event handler. > The browser can send an XmlHttpRequest to the server as needed, but I think > the contrary is impossible. mmm, it's possible, take a loot at comet (http://en.wikipedia.org/wiki/Comet_%28programming%29) There is already a python implementation, so why not a gambas one? > > In other words, the event loop must be completely managed by the browser. > > Maybe by taking their code, and modifying it deeply? It is an huge job... Using comet it shouldn't be so deeply. Anyway, we would need a javascript/ajax/gambas expert to do such thing > > Another point: their toolkit is rather slow on my Firefox, but I think we > cannot do anything about that. Thanks to AJAX, now we will need an AthlonX2 > to browse the web :-) > mmm, I haven't noticed it slowly, running in a 2.0 GHz pentium mobile laptop. It's slow the first thing you access to the web page to load all the javascript stuff, but in next accesses it goes fine thanks to the cache. Anyway, not everybody has a 2.0 GHz microprocessor, so it should be tested in slower machines. From ronstk at ...124... Sun Aug 20 13:07:25 2006 From: ronstk at ...124... (Ron Onstenk) Date: Sun, 20 Aug 2006 13:07:25 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <1156067264.5807.3.camel@...102...> References: <1156067264.5807.3.camel@...102...> Message-ID: <200608201307.25981.ronstk@...124...> On Sunday 20 August 2006 11:47, Jos? L. Redrejo Rodr?guez wrote: > Hi Beno?t. In previous emails we have talked about a future use of > gambas for web development, Quanta? > doing it as easy as it is now to switch from qt to gtk. The first thing I saw: GUI Toolkit Despite being a pure JavaScript framework, qooxdoo is quite on par with GUI toolkits like Qt, SWT and others when it comes to advanced yet easy to implement user Why drop QT and go GTK? > I've found this toolkit that could do it possible. It's lgpl licensed > and looks really promising: Start making of gb.qooxddoo component and we do not need gb.qt and gb.gtk anymore. > > http://qooxdoo.org/about > > Regards. > I just like gambas for the basic Basic. We have already apache, php, phpgtk, tcl, quanta, kate and many others for web development and runtime. Just again a thing of AJAX hype. In The netherlands we have a football club, cleaning liquid, fire extinguishers and a gas cylinder company company with that name 'Ajax' the whole day around us. :) From dcamposf at ...176... Sun Aug 20 17:13:58 2006 From: dcamposf at ...176... (Daniel Campos) Date: Sun, 20 Aug 2006 17:13:58 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608201307.25981.ronstk@...124...> References: <1156067264.5807.3.camel@...102...> <200608201307.25981.ronstk@...124...> Message-ID: <7259b5ae0608200813y19afba5ewf40aa21e6e9e78e1@...178...> Hi: There are two approachs to export interfaces: 1) The first one tries to reuse the current servers (Apache,IIS) available, as well as trying to be compatible with the current clients (IE, Firefox, may be Konqueror). This approach have many problems, as it needs to force those servers to stablish continuous connections using hacks (a continuous ping made in JavaScript and using HttpRequest - note that XML is not mandatory for that task - from the client, having in account the different way to work of the different servers), and needs to hack lot of things in client code to manage all the differences between the different clients, as well as the bugs of the different versions of the same client. As a result of this, the code written in that way is bloated, unstable and slow. The client part uses to implement the interfaces with the Canvas object of Firefox and emulations of that Canvas available for IE. At the end, these implementations are useful to create simple and apparent shows, but fails to create a stable and complete environment. JavaScript is a bad tool for this too, even if the idea of that language is good, it lacks many important features to manage the DOM tree with efficience. There has been an effort in that sense to manage the graphical Skeak environment in that way, however I doubt it will be released as free software. 2) The second approach is to take the good things of the current model (parts of XML, JavaScript, HTTP protocol and web servers and clients), and create with this base a real environment to export interfaces, instead of fixes and patches over the current tools, that were designed only to export and display static documents. This approach is beeing develop in the Futura project from Linex ( http://forjamari.linex.org/plugins/wiki/index.php?id=54&type=g ) and will allow compatiblity between the current toolkits available (GTK+ at this moment) and the current idea of exporting interfaces using HTTP servers. The main idea is that the base toolkit will manage the interface in a transparent way for the application, so it will be rendered directly on the machine in local applications, and use a specialized server and XML to export it to remote machines, without any change in the user application. The client server part is designed on Webkit, initially developed for MacOSX, but soon available for GNU/Linux and any other system capable of run GTK+ thanks to the work of Mike Emmel (the graphical part) and Brian Morda (the XML-HTTP streams). That way there will be all the pieces needed for that task: an unified version of JavaScript (3.0?), a specialized, convenient and not bloated web server to export the interfaces, an unified client to show the interfaces and manage HTML/XML/DOM in a unique way. Gambas, Python or C programmers should not care about the toolkit to use and the internals of the implementations, as the toolkit will manage it directly (drawing directly on a graphic or managing HTTP and XML streams, and converting the things needed to JavaScript) So at this moment I do not think the web graphical toolkit of Gambas is a priority, and implement it with current technologies would probably carry that project to a dead point, when receiving tons of reports of differences in the performance when using any of the different versions of any traditional web client available, even if Comet would help a lot in the server side (that's true). Daniel 2006/8/20, Ron Onstenk : > > On Sunday 20 August 2006 11:47, Jos? L. Redrejo Rodr?guez wrote: > > Hi Beno?t. In previous emails we have talked about a future use of > > gambas for web development, > > Quanta? > > > doing it as easy as it is now to switch from qt to gtk. > > The first thing I saw: > > GUI Toolkit > Despite being a pure JavaScript framework, qooxdoo is quite on par with > GUI toolkits like Qt, SWT and others when it comes to advanced yet easy > to implement user > > Why drop QT and go GTK? > > > > I've found this toolkit that could do it possible. It's lgpl licensed > > and looks really promising: > > Start making of gb.qooxddoo component and we do not need gb.qt and gb.gtkanymore. > > > > > http://qooxdoo.org/about > > > > Regards. > > > > I just like gambas for the basic Basic. > We have already apache, php, phpgtk, tcl, quanta, kate and > many others for web development and runtime. > > Just again a thing of AJAX hype. > In The netherlands we have a football club, cleaning liquid, > fire extinguishers and a gas cylinder company company with > that name 'Ajax' the whole day around us. :) > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sourceforge-raindog2 at ...19... Mon Aug 21 00:29:28 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Sun, 20 Aug 2006 18:29:28 -0400 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608201249.06895.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...1...> Message-ID: <200608201829.29530.sourceforge-raindog2@...19...> On Sun August 20 2006 06:49, Benoit Minisini wrote: > Then the big problem is how to define the interface *and* the > code in Gambas, and see it in the browser with this toolkit. I > see no solution at the moment. I have some ideas about this, and if no one has started their own project by the time I'm done with this huge consulting gig (mid to late fall) I am going to do it myself. Basically, what you said is accurate.... the interface elements in the browser would just send XmlHttpRequests back to the server to trigger the Gambas event code. This would include timer objects, which would just be implemented in Javascript but work the same as the interface elements. As for how to generate events on the server that affect the interface, that's a problem with all Ajax toolkits, not just a Gambas-based one. It'll have to be an option that the developer can set, but ultimately I'm afraid it's going to come down to polling. > In other words, the event loop must be completely managed by > the browser. That's the way with any client/server application.... the client manages the event loop. But that's not so different than what we have now, where Qt or Gtk manages the event loop and waits for input from the UI. Instead of getting X events we'll be getting network events. > Maybe by taking their code, and modifying it deeply? It is an > huge job... I don't think we should try to tack on someone else's toolkit. Most of the magic here is going to be done by generating Javascript and sending it to the browser along with HTML or XML and CSS files representing the interface (which I am already doing with Gambas forms right now in an existing (huge) Ajax project, but using Perl as my CGI language and doing far more processing on the Javascript side) and I think for the sake of performance and maintainability we should maintain the ability to tune our view and controller code. > Another point: their toolkit is rather slow on my Firefox, but > I think we cannot do anything about that. Thanks to AJAX, now > we will need an AthlonX2 to browse the web :-) I've run into this too, and it's pretty frustrating. I imagine the next browser arms race is going to be "who can make Javascript and async communications the fastest". Rob From sourceforge-raindog2 at ...19... Mon Aug 21 00:33:44 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Sun, 20 Aug 2006 18:33:44 -0400 Subject: [Gambas-devel] for future gambas development In-Reply-To: <1156072223.4036.4.camel@...102...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...1...> <1156072223.4036.4.camel@...102...> Message-ID: <200608201833.44501.sourceforge-raindog2@...19...> On Sun August 20 2006 07:10, Jos? L. Redrejo Rodr?guez wrote: > mmm, I haven't noticed it slowly, running in a 2.0 GHz pentium > mobile laptop. It's slow the first thing you access to the web > page to load all the javascript stuff, but in next accesses it > goes fine thanks to the cache. Anyway, not everybody has a 2.0 > GHz microprocessor, so it should be tested in slower machines. The Ajax app I referred to in my last post was developed on a 933MHz P3M, and currently I'm developing it on a 933MHz Via C3, which is a little painful. The Javascript is definitely going to be the bottleneck in developing Gamjax apps, but something I intend to be aware of as I develop it (if someone doesn't beat me to it. ;) ) Rob From sourceforge-raindog2 at ...19... Mon Aug 21 00:40:51 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Sun, 20 Aug 2006 18:40:51 -0400 Subject: [Gambas-devel] for future gambas development In-Reply-To: <7259b5ae0608200813y19afba5ewf40aa21e6e9e78e1@...178...> References: <1156067264.5807.3.camel@...102...> <200608201307.25981.ronstk@...124...> <7259b5ae0608200813y19afba5ewf40aa21e6e9e78e1@...178...> Message-ID: <200608201840.51923.sourceforge-raindog2@...19...> On Sun August 20 2006 11:13, Daniel Campos wrote: > So at this moment I do not think the web graphical toolkit of > Gambas is a priority, and implement it with current > technologies would probably carry that project to a dead > point, when receiving tons of reports of differences in the > performance when using any of the different versions of any I've been using Gambas to develop the forms in a Perl-based Ajax app for the last 18 months. Being able to do the entire thing in Gambas would have made development far, far quicker. So even though current Ajax methods are probably a dead end, there is definitely a place for them. Anyway, I don't think the idea of single-function application servers will reach maturity for another 2-3 years yet, if it ever does.... the vast majority of sites out there are run on shared hosts, where that approach will face a lot of resistance. Some kind of Apache module that provides lower level access to the network connection without compromising security (but still serving a whole bunch of sites and apps over port 80) is probably what it would take for that approach to gain acceptance. Rob From jredrejo at ...133... Mon Aug 21 12:21:44 2006 From: jredrejo at ...133... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Mon, 21 Aug 2006 12:21:44 +0200 Subject: [Gambas-devel] packaging gambas Message-ID: <1156155704.8560.5.camel@...102...> Following the specs in the sources, I have changed gambas packages for Debian and added a gambas2-dev package, but I still have some doubts. Beno?t says that gambas-runtime only should contain gbx/gbr and gives the specs for the rest of packages. Anyway there are some "special" files/components: /usr/lib/gambas2/gb.debug.component /usr/lib/gambas2/gb.debug.so.0.0.0 /usr/lib/gambas2/gb.eval.component /usr/lib/gambas2/gb.eval.so.0.0.0 /usr/lib/gambas2/gb.vb.component /usr/lib/gambas2/gb.vb.so.0.0.0 /usr/lib/gambas2/gb.compress.so.0 /usr/lib/gambas2/gb.db.so.0 /usr/lib/gambas2/gb.debug.so /usr/lib/gambas2/gb.debug.so.0 /usr/lib/gambas2/gb.eval.so /usr/lib/gambas2/gb.eval.so.0 /usr/lib/gambas2/gb.vb.so /usr/lib/gambas2/gb.vb.so.0 /usr/lib/gambas2/gb.db.so /usr/lib/gambas2/gb.compress.so For gambas2, I've always left them into the gambas2-runtime package and I don't see clearly where they should be. Maybe is needed a gambas2-gb-db package and gambas2-gb-db-postresql, mysql, etc, depend on it, or is it more funcional leave these files into the gambas-runtime package and don't take care of those dependencies? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Esta parte del mensaje est? firmada digitalmente URL: From gambas at ...1... Mon Aug 21 16:57:28 2006 From: gambas at ...1... (Benoit Minisini) Date: Mon, 21 Aug 2006 16:57:28 +0200 Subject: [Gambas-devel] packaging gambas In-Reply-To: <1156155704.8560.5.camel@...102...> References: <1156155704.8560.5.camel@...102...> Message-ID: <200608211657.28670.gambas@...1...> On Monday 21 August 2006 12:21, Jos? L. Redrejo Rodr?guez wrote: > Following the specs in the sources, I have changed gambas packages for > Debian and added a gambas2-dev package, but I still have some doubts. > Beno?t says that gambas-runtime only should contain gbx/gbr and gives > the specs for the rest of packages. Anyway there are some "special" > files/components: > /usr/lib/gambas2/gb.debug.component > /usr/lib/gambas2/gb.debug.so.0.0.0 > /usr/lib/gambas2/gb.eval.component > /usr/lib/gambas2/gb.eval.so.0.0.0 > /usr/lib/gambas2/gb.vb.component > /usr/lib/gambas2/gb.vb.so.0.0.0 > /usr/lib/gambas2/gb.compress.so.0 > /usr/lib/gambas2/gb.db.so.0 > /usr/lib/gambas2/gb.debug.so > /usr/lib/gambas2/gb.debug.so.0 > /usr/lib/gambas2/gb.eval.so > /usr/lib/gambas2/gb.eval.so.0 > /usr/lib/gambas2/gb.vb.so > /usr/lib/gambas2/gb.vb.so.0 > /usr/lib/gambas2/gb.db.so > /usr/lib/gambas2/gb.compress.so > > For gambas2, I've always left them into the gambas2-runtime package and > I don't see clearly where they should be. Maybe is needed a > gambas2-gb-db package and gambas2-gb-db-postresql, mysql, etc, depend on > it, or is it more funcional leave these files into the gambas-runtime > package and don't take care of those dependencies? You're right, I forgot to clarify that point. gb.debug and gb.eval should go inside gambas2-runtime, because they can be loaded by the interpreter at any momemnt, when it needs it. But gb.vb, gb.compress and gb.db should have their own packages, because they will be added as package dependencies by the IDE package maker. Regards, -- Benoit Minisini From gambas at ...1... Mon Aug 21 17:01:24 2006 From: gambas at ...1... (Benoit Minisini) Date: Mon, 21 Aug 2006 17:01:24 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608201829.29530.sourceforge-raindog2@...19...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...1...> <200608201829.29530.sourceforge-raindog2@...19...> Message-ID: <200608211701.24324.gambas@...1...> On Monday 21 August 2006 00:29, Rob Kudla wrote: > On Sun August 20 2006 06:49, Benoit Minisini wrote: > > Then the big problem is how to define the interface *and* the > > code in Gambas, and see it in the browser with this toolkit. I > > see no solution at the moment. > > I have some ideas about this, and if no one has started their own > project by the time I'm done with this huge consulting gig (mid > to late fall) I am going to do it myself. > > Basically, what you said is accurate.... the interface elements > in the browser would just send XmlHttpRequests back to the > server to trigger the Gambas event code. This would include > timer objects, which would just be implemented in Javascript but > work the same as the interface elements. > > As for how to generate events on the server that affect the > interface, that's a problem with all Ajax toolkits, not just a > Gambas-based one. It'll have to be an option that the developer > can set, but ultimately I'm afraid it's going to come down to > polling. > > > In other words, the event loop must be completely managed by > > the browser. > > That's the way with any client/server application.... the client > manages the event loop. But that's not so different than what > we have now, where Qt or Gtk manages the event loop and waits > for input from the UI. Instead of getting X events we'll be > getting network events. > > > Maybe by taking their code, and modifying it deeply? It is an > > huge job... > > I don't think we should try to tack on someone else's toolkit. > Most of the magic here is going to be done by generating > Javascript and sending it to the browser along with HTML or XML > and CSS files representing the interface (which I am already > doing with Gambas forms right now in an existing (huge) Ajax > project, but using Perl as my CGI language and doing far more > processing on the Javascript side) and I think for the sake of > performance and maintainability we should maintain the ability > to tune our view and controller code. > > > Another point: their toolkit is rather slow on my Firefox, but > > I think we cannot do anything about that. Thanks to AJAX, now > > we will need an AthlonX2 to browse the web :-) > > I've run into this too, and it's pretty frustrating. I imagine > the next browser arms race is going to be "who can make > Javascript and async communications the fastest". > > Rob > Javascript/HTML generated interface should send events to the Gambas application by using XmlHttpRequest, that's ok. Now maybe the Gambas application could answer by sending an updated DOM model of the page. This way, reloading the entire page is avoided. After all, the gambas application generated the current page, so maybe it could keep its state, and then could send the difference between the old one and the new one to the browser? I don't know how this could be implemented in JavaScript: updating the DOM model of the current page from a file describing the differences. -- Benoit Minisini From jredrejo at ...101... Mon Aug 21 18:09:48 2006 From: jredrejo at ...101... (=?ISO-8859-1?Q?Jos=E9?= L. Redrejo =?ISO-8859-1?Q?Rodr=EDguez?=) Date: Mon, 21 Aug 2006 18:09:48 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608211701.24324.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608201249.06895.gambas@...519... ers.sourceforge.net> <200608201829.29530.sourceforge-raindog2@...19...> <200608211701.24324.gambas@...1...> Message-ID: <1156176588.29618.1.camel@...102...> El lun, 21-08-2006 a las 17:01 +0200, Benoit Minisini escribi?: > On Monday 21 August 2006 00:29, Rob Kudla wrote: > > On Sun August 20 2006 06:49, Benoit Minisini wrote: > > > Then the big problem is how to define the interface *and* the > > > code in Gambas, and see it in the browser with this toolkit. I > > > see no solution at the moment. > > > > I have some ideas about this, and if no one has started their own > > project by the time I'm done with this huge consulting gig (mid > > to late fall) I am going to do it myself. > > > > Basically, what you said is accurate.... the interface elements > > in the browser would just send XmlHttpRequests back to the > > server to trigger the Gambas event code. This would include > > timer objects, which would just be implemented in Javascript but > > work the same as the interface elements. > > > > As for how to generate events on the server that affect the > > interface, that's a problem with all Ajax toolkits, not just a > > Gambas-based one. It'll have to be an option that the developer > > can set, but ultimately I'm afraid it's going to come down to > > polling. > > > > > In other words, the event loop must be completely managed by > > > the browser. > > > > That's the way with any client/server application.... the client > > manages the event loop. But that's not so different than what > > we have now, where Qt or Gtk manages the event loop and waits > > for input from the UI. Instead of getting X events we'll be > > getting network events. > > > > > Maybe by taking their code, and modifying it deeply? It is an > > > huge job... > > > > I don't think we should try to tack on someone else's toolkit. > > Most of the magic here is going to be done by generating > > Javascript and sending it to the browser along with HTML or XML > > and CSS files representing the interface (which I am already > > doing with Gambas forms right now in an existing (huge) Ajax > > project, but using Perl as my CGI language and doing far more > > processing on the Javascript side) and I think for the sake of > > performance and maintainability we should maintain the ability > > to tune our view and controller code. > > > > > Another point: their toolkit is rather slow on my Firefox, but > > > I think we cannot do anything about that. Thanks to AJAX, now > > > we will need an AthlonX2 to browse the web :-) > > > > I've run into this too, and it's pretty frustrating. I imagine > > the next browser arms race is going to be "who can make > > Javascript and async communications the fastest". > > > > Rob > > > > Javascript/HTML generated interface should send events to the Gambas > application by using XmlHttpRequest, that's ok. > > Now maybe the Gambas application could answer by sending an updated DOM model > of the page. This way, reloading the entire page is avoided. > > After all, the gambas application generated the current page, so maybe it > could keep its state, and then could send the difference between the old one > and the new one to the browser? > This is exactly what comet does, but adding another feature: it pushes the updates to all the browsers that are connected to that url. It's what google uses with its chat in gmail. > I don't know how this could be implemented in JavaScript: updating the DOM > model of the current page from a file describing the differences. > From sourceforge-raindog2 at ...19... Mon Aug 21 18:16:41 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Mon, 21 Aug 2006 12:16:41 -0400 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608211701.24324.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608201829.29530.sourceforge-raindog2@...19...> <200608211701.24324.gambas@...1...> Message-ID: <200608211216.41854.sourceforge-raindog2@...19...> On Mon August 21 2006 11:01, Benoit Minisini wrote: > Javascript/HTML generated interface should send events to the > Gambas application by using XmlHttpRequest, that's ok. > Now maybe the Gambas application could answer by sending an > updated DOM model of the page. This way, reloading the entire > page is avoided. Yes, there isn't much point of using XmlHttpRequest unless you're only going to update part of the page. Otherwise you could use straight CGI and wouldn't need Javascript at all except to submit a form on the page upon input. And it would be soooo ugly and slow. The way XmlHttpRequest works is, you pass it an URL and a callback function. In our case, the URL is the Gambas application and the callback function would be something that takes the output from the Gambas application (doesn't have to be XML, I use pipe-separated values in my particular app because just using "split" is a lot faster than JS XML handling) and takes the needed actions. So essentially we would need to handle all the gb.form objects' display-related properties in that callback function. > After all, the gambas application generated the current page, > so maybe it could keep its state, and then could send the > difference between the old one and the new one to the browser? That's not a bad approach, but the Javascript on the client side might be more complex and therefore slow. > I don't know how this could be implemented in JavaScript: > updating the DOM model of the current page from a file > describing the differences. It absolutely could, I'm just concerned about performance. The fastest way to do it (performance wise) would be to send back down a small Javascript function that does all the necessary work, and then have the callback function eval() that code. Then there's no client-side parsing of any kind, and the gb.ajax.form (or whatever) component could just generate the necessary Javascript in each method and property set/get. You could even move the browser detection code into the Gambas app using this approach, maybe adding a property "Browser" to the Form object. Not to support every possible browser, just correct showstopper incompatibilities. But somehow, I have the feeling there's a downside to that approach that I'm missing. Rob From gambas at ...1... Mon Aug 21 18:38:34 2006 From: gambas at ...1... (Benoit Minisini) Date: Mon, 21 Aug 2006 18:38:34 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608211216.41854.sourceforge-raindog2@...19...> References: <1156067264.5807.3.camel@...102...> <200608211701.24324.gambas@...1...> <200608211216.41854.sourceforge-raindog2@...19...> Message-ID: <200608211838.34861.gambas@...1...> On Monday 21 August 2006 18:16, Rob Kudla wrote: > On Mon August 21 2006 11:01, Benoit Minisini wrote: > > Javascript/HTML generated interface should send events to the > > Gambas application by using XmlHttpRequest, that's ok. > > Now maybe the Gambas application could answer by sending an > > updated DOM model of the page. This way, reloading the entire > > page is avoided. > > Yes, there isn't much point of using XmlHttpRequest unless you're > only going to update part of the page. Otherwise you could use > straight CGI and wouldn't need Javascript at all except to > submit a form on the page upon input. And it would be soooo > ugly and slow. > > The way XmlHttpRequest works is, you pass it an URL and a > callback function. In our case, the URL is the Gambas > application and the callback function would be something that > takes the output from the Gambas application (doesn't have to be > XML, I use pipe-separated values in my particular app because > just using "split" is a lot faster than JS XML handling) and > takes the needed actions. So essentially we would need to > handle all the gb.form objects' display-related properties in > that callback function. > > > After all, the gambas application generated the current page, > > so maybe it could keep its state, and then could send the > > difference between the old one and the new one to the browser? > > That's not a bad approach, but the Javascript on the client side > might be more complex and therefore slow. > > > I don't know how this could be implemented in JavaScript: > > updating the DOM model of the current page from a file > > describing the differences. > > It absolutely could, I'm just concerned about performance. > > The fastest way to do it (performance wise) would be to send back > down a small Javascript function that does all the necessary > work, and then have the callback function eval() that code. > Then there's no client-side parsing of any kind, and the > gb.ajax.form (or whatever) component could just generate the > necessary Javascript in each method and property set/get. You > could even move the browser detection code into the Gambas app > using this approach, maybe adding a property "Browser" to the > Form object. Not to support every possible browser, just > correct showstopper incompatibilities. But somehow, I have the > feeling there's a downside to that approach that I'm missing. > > Rob > Is there a way in JavaScript to update a DOM node from its id and a XML string, without having to evaluate any JavaScript code? I don't know enough JavaScript to answer that question... Something that could be like 'document[IdFromGambas].Html = HtmlFromGambas'. Eveything would be parse by the browser then. -- Benoit Minisini From ronstk at ...124... Mon Aug 21 20:08:39 2006 From: ronstk at ...124... (Ron Onstenk) Date: Mon, 21 Aug 2006 20:08:39 +0200 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608211838.34861.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608211216.41854.sourceforge-raindog2@...19...> <200608211838.34861.gambas@...1...> Message-ID: <200608212008.40216.ronstk@...124...> On Monday 21 August 2006 18:38, Benoit Minisini wrote: > Something that could be like 'document[IdFromGambas].Html = HtmlFromGambas'. > Eveything would be parse by the browser then. >
bal1 bla2 .
document['gb1'].innerHTML = ' bal1 bla2 . ' http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/innerhtml.asp document['gb1'].innerText = ' bal1 bla2 . ' http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/innertext.asp document['gb1'].outerHTML = '
bal1 bla2 .
' document['gb2'].outerHTML = ' bal1 bla2 ' http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/outerhtml.asp document['gb2'].outerText = ' bal1 bla2 ' http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/outertext.asp For IE yes it works :) I did use it in the past for heavy working on a webbased repair form Inserting row for new repair, remove and editing. This kind of stuff works with IE (100%) Firefox/mozilla almost also OK (99%) Konqueror should do to but was the last one able todo and I'm not sure it does it fully yet (90%). Opera unknown to me Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From sourceforge-raindog2 at ...19... Tue Aug 22 07:29:20 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Tue, 22 Aug 2006 01:29:20 -0400 Subject: [Gambas-devel] for future gambas development In-Reply-To: <200608211838.34861.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608211216.41854.sourceforge-raindog2@...19...> <200608211838.34861.gambas@...1...> Message-ID: <200608220129.21152.sourceforge-raindog2@...19...> On Mon August 21 2006 12:38, Benoit Minisini wrote: > Something that could be like 'document[IdFromGambas].Html = > HtmlFromGambas'. Eveything would be parse by the browser then. Yes, that would be the innerHTML property, and that's really really slow. And, if I remember right, deprecated as well. http://www.w3.org/TR/2004/WD-WCAG20-SCRIPT-TECHS-20041119/ Rob From Vince.Scott at ...440... Wed Aug 23 20:24:20 2006 From: Vince.Scott at ...440... (Scott, Vince) Date: Wed, 23 Aug 2006 13:24:20 -0500 Subject: [Gambas-devel] Gambas Development References: <1156067264.5807.3.camel@...102...><200608211701.24324.gambas@...1...><200608211216.41854.sourceforge-raindog2@...19...> <200608211838.34861.gambas@...1...> Message-ID: Hello to All: I am sending this email to get a response from the Gambas developement community. I work for a world wide restaurant chain and I am currently working on some prototype applications (proof of concept) for SUSE Linux using Gambas as a development tool. I have recreated several of our small applications using Gambas and have been very please with the results over the past several months. I have used both the stable versions and the developing version to create applications. The purpose of this email is to find out what others are doing with Gambas. What kind of applications are being created, what are you using Gambas to create? My company is worried about the future of using a tool like Gambas. Here are a few questions that I would like to have answer if you would please take the time. 1.) What kinds of application are you creating? 2.) Novell list this as a developing tool, when will it be considered ready? 3.) What type of companies are using Gambas. 4.) What is the future of Gambas? 5.) Is anyone building reuseable componants? Any information would be greatly appreciated. Thanks, Vince Scott This communication is confidential and may be legally privileged. If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system. Failure to follow this process may be unlawful. Thank you for your cooperation. -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 3147 bytes Desc: not available URL: From sirfabien at ...176... Wed Aug 23 21:39:21 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Wed, 23 Aug 2006 21:39:21 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: References: <1156067264.5807.3.camel@...102...> <200608211838.34861.gambas@...1...> Message-ID: <200608232139.21899.sirfabien@...176...> Le Mercredi 23 Ao?t 2006 20:24, Scott, Vince a ?crit?: > Hello to All: > > I am sending this email to get a response from the Gambas developement > community. I work for a world wide restaurant chain and I am currently > working on some prototype applications (proof of concept) for SUSE Linux > using Gambas as a development tool. I have recreated several of our small > applications using Gambas and have been very please with the results over > the past several months. I have used both the stable versions and the > developing version to create applications. The purpose of this email is to > find out what others are doing with Gambas. What kind of applications are > being created, what are you using Gambas to create? My company is worried > about the future of using a tool like Gambas. Here are a few questions that > I would like to have answer if you would please take the time. > > 1.) What kinds of application are you creating? > 2.) Novell list this as a developing tool, when will it be considered > ready? 3.) What type of companies are using Gambas. > 4.) What is the future of Gambas? > 5.) Is anyone building reuseable componants? > > Any information would be greatly appreciated. > > Thanks, > Vince Scott > > I can't answer myselft for all the queries but its are really interresting. 1) For my part i devellop some management application like accounting, and for my estate management. (i'm vinegrower). I've doing for some consumer some cgi apps too. 2) Benoit ?... I don't know for the 2.0 stable Release, the 1.0 the stable and maintained. 3) We need to query all the gambas users here. 4) It depend of 2 things, First ... is there suffiselly users to have a goal to survive... second... Benoit need at term to won some money with it. 5) yes me :) Witch kind ? Gambas or C ? I've a purpose, I send this mail to the user mailing list too... NOW TO ALL THE GAMBAS USERS, PLEASE ANSWER THE QUERIES YOU CAN DO. then i will make a summary on a web page and maybe Benoit can add it on the gambas web site. So every company salary can have support to explain why gambas is a true tool, and can in a way simplify apps devellopement. Or maby someone more professionnal than me can do this job ? Regards, Fabien Bodard From sourceforge-raindog2 at ...19... Wed Aug 23 21:35:53 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Wed, 23 Aug 2006 15:35:53 -0400 Subject: [Gambas-devel] Gambas Development In-Reply-To: References: <1156067264.5807.3.camel@...102...> <200608211838.34861.gambas@...1...> Message-ID: <200608231535.53386.sourceforge-raindog2@...19...> On Wed August 23 2006 14:24, Scott, Vince wrote: > 1.) What kinds of application are you creating? Pretty much anything I would have done in VB if I worked for a Microsoft shop. I've written Gambas apps for media management, document acquisition, legacy graphic terminal emulation, front-ends for literally dozens of command-line processes, document and media conversion, menu systems for operators, etc. > 2.) Novell list this as a developing tool, when will it be > considered ready? You'd have to talk to Novell regarding what it would take for them to consider it "ready". Every app I have deployed into production has used Gambas 1.x, and I haven't run into any problems with Gambas itself. In fact, some of them I was developing starting with about the 0.8x series without any trouble. > 3.) What type of companies are using Gambas. My clients have been primarily banks, but also law firms, insurance companies, and a couple of small recording studios. > 4.) What is the future of Gambas? Well, Benoit has a "GambasFuture" document out on the wiki, but here's my take on it. I expect that its version 2.0 will get more attention than the 1.x series has, and might attract enough corporate money for people (at least Benoit but maybe a few other of the core guys) to develop it full time, while attracting more people like me who use it to grow their businesses and contribute code and resources. I expect there to be a serious push to make a Windows version after the Gtk component is mature, to help with migration from Windows to Linux. However, the current hype in programming is all about web-based stuff, which I also do an awful log of. I think Gambas' two major business niches will be legacy VB app replacement, and front-ends to processes which shouldn't or can't be done from a web server. If we ever get the gb.ajax.form type of thing up and running that we've been talking about lately, that has a lot of potential to attract attention as well. > 5.) Is anyone building reuseable componants? I did that in the pre-1.0 series when they were called libraries, but then those got discontinued. However, I have written a number of components in C when I needed Linux API stuff that Gambas couldn't provide (external function use wasn't added till the 1.9 series.) Rob From Vince.Scott at ...440... Wed Aug 23 21:58:13 2006 From: Vince.Scott at ...440... (Scott, Vince) Date: Wed, 23 Aug 2006 14:58:13 -0500 Subject: [Gambas-devel] Gambas Development References: <1156067264.5807.3.camel@...102...><200608211838.34861.gambas@...1...> <200608231535.53386.sourceforge-raindog2@...19...> Message-ID: Thanks for the awesome reply. I am a BIG fan of Gambas and would like to contribute more to the cause as time goes on. I'm sure you have seen a few of my email of the past several months asking questions. I have been programming in VB since it was introduced in the early 90's. I also have a strong C background. I would really like to see a website created better directed at Gambas users...sharing code, ideas, componants etc. I would even be interested in helping put that together. If you guys get a version to replace VB in Windows you will forever have my attention! I would really like to build a componant for Gambas. Do you have any detailed instructions on building one. The documentation is very weak. Thanks, Vince -----Original Message----- From: gambas-devel-bounces at lists.sourceforge.net on behalf of Rob Kudla Sent: Wed 8/23/2006 2:35 PM To: gambas-devel at lists.sourceforge.net Subject: Re: [Gambas-devel] Gambas Development On Wed August 23 2006 14:24, Scott, Vince wrote: > 1.) What kinds of application are you creating? Pretty much anything I would have done in VB if I worked for a Microsoft shop. I've written Gambas apps for media management, document acquisition, legacy graphic terminal emulation, front-ends for literally dozens of command-line processes, document and media conversion, menu systems for operators, etc. > 2.) Novell list this as a developing tool, when will it be > considered ready? You'd have to talk to Novell regarding what it would take for them to consider it "ready". Every app I have deployed into production has used Gambas 1.x, and I haven't run into any problems with Gambas itself. In fact, some of them I was developing starting with about the 0.8x series without any trouble. > 3.) What type of companies are using Gambas. My clients have been primarily banks, but also law firms, insurance companies, and a couple of small recording studios. > 4.) What is the future of Gambas? Well, Benoit has a "GambasFuture" document out on the wiki, but here's my take on it. I expect that its version 2.0 will get more attention than the 1.x series has, and might attract enough corporate money for people (at least Benoit but maybe a few other of the core guys) to develop it full time, while attracting more people like me who use it to grow their businesses and contribute code and resources. I expect there to be a serious push to make a Windows version after the Gtk component is mature, to help with migration from Windows to Linux. However, the current hype in programming is all about web-based stuff, which I also do an awful log of. I think Gambas' two major business niches will be legacy VB app replacement, and front-ends to processes which shouldn't or can't be done from a web server. If we ever get the gb.ajax.form type of thing up and running that we've been talking about lately, that has a lot of potential to attract attention as well. > 5.) Is anyone building reuseable componants? I did that in the pre-1.0 series when they were called libraries, but then those got discontinued. However, I have written a number of components in C when I needed Linux API stuff that Gambas couldn't provide (external function use wasn't added till the 1.9 series.) Rob ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Gambas-devel mailing list Gambas-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-devel This communication is confidential and may be legally privileged. If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system. Failure to follow this process may be unlawful. Thank you for your cooperation. -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 5018 bytes Desc: not available URL: From gambas at ...1... Wed Aug 23 22:13:05 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 23 Aug 2006 22:13:05 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608232139.21899.sirfabien@...176...> References: <1156067264.5807.3.camel@...102...> <200608232139.21899.sirfabien@...176...> Message-ID: <200608232213.05382.gambas@...1...> On Wednesday 23 August 2006 21:39, Fabien Bodard wrote: > Le Mercredi 23 Ao?t 2006 20:24, Scott, Vince a ?crit?: > > Hello to All: > > > > I am sending this email to get a response from the Gambas developement > > community. I work for a world wide restaurant chain and I am currently > > working on some prototype applications (proof of concept) for SUSE Linux > > using Gambas as a development tool. I have recreated several of our small > > applications using Gambas and have been very please with the results over > > the past several months. I have used both the stable versions and the > > developing version to create applications. The purpose of this email is > > to find out what others are doing with Gambas. What kind of applications > > are being created, what are you using Gambas to create? My company is > > worried about the future of using a tool like Gambas. Here are a few > > questions that I would like to have answer if you would please take the > > time. > > > > 1.) What kinds of application are you creating? > > 2.) Novell list this as a developing tool, when will it be considered > > ready? 3.) What type of companies are using Gambas. > > 4.) What is the future of Gambas? > > 5.) Is anyone building reuseable componants? > > > > Any information would be greatly appreciated. > > > > Thanks, > > Vince Scott > > I can't answer myselft for all the queries but its are really interresting. > > 1) > For my part i devellop some management application like accounting, and for > my estate management. (i'm vinegrower). I've doing for some consumer some > cgi apps too. > > 2) > Benoit ?... I don't know for the 2.0 stable Release, the 1.0 the stable and > maintained. > > 3) We need to query all the gambas users here. > > 4) It depend of 2 things, First ... is there suffiselly users to have a > goal to survive... second... Benoit need at term to won some money with it. > > 5) yes me :) Witch kind ? Gambas or C ? > > I've a purpose, > > I send this mail to the user mailing list too... > > NOW TO ALL THE GAMBAS USERS, PLEASE ANSWER THE QUERIES YOU CAN DO. > > then i will make a summary on a web page and maybe Benoit can add it on the > gambas web site. So every company salary can have support to explain why > gambas is a true tool, and can in a way simplify apps devellopement. > > Or maby someone more professionnal than me can do this job ? > > > Regards, > > Fabien Bodard > Why not using the wiki for that? -- Benoit Minisini From gambas at ...1... Wed Aug 23 22:19:03 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 23 Aug 2006 22:19:03 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: References: <1156067264.5807.3.camel@...102...> <200608211838.34861.gambas@...1...> Message-ID: <200608232219.03184.gambas@...1...> On Wednesday 23 August 2006 20:24, Scott, Vince wrote: > Hello to All: > > I am sending this email to get a response from the Gambas developement > community. I work for a world wide restaurant chain and I am currently > working on some prototype applications (proof of concept) for SUSE Linux > using Gambas as a development tool. I have recreated several of our small > applications using Gambas and have been very please with the results over > the past several months. I have used both the stable versions and the > developing version to create applications. The purpose of this email is to > find out what others are doing with Gambas. What kind of applications are > being created, what are you using Gambas to create? My company is worried > about the future of using a tool like Gambas. Here are a few questions that > I would like to have answer if you would please take the time. > > 1.) What kinds of application are you creating? Gambas, in Gambas. :-) > 2.) Novell list this as a developing tool, when will it be considered > ready? When it will be ready. I think a 2.0 could be release when at least the IDE and the GTK+ component is finished, and maybe other things. > 3.) What type of companies are using Gambas. They should tell. > 4.) What is the future of Gambas? I'm not a soothsayer, but I'd like to make Gambas a easy web application maker tool. I want that making a dynamic web site is as easy as making a GUI application. But there are many other tasks before: the IDE, the GTK+ component, the DBUS component, the Report component, 64 bits support... > 5.) Is anyone building reuseable componants? Not so many people. But when the IDE will have complete support for making them, maybe other people will start looking at them. > > Any information would be greatly appreciated. > > Thanks, > Vince Scott > -- Benoit Minisini From dcamposf at ...176... Wed Aug 23 22:24:38 2006 From: dcamposf at ...176... (Daniel Campos) Date: Wed, 23 Aug 2006 22:24:38 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608232219.03184.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608211838.34861.gambas@...1...> <200608232219.03184.gambas@...1...> Message-ID: <7259b5ae0608231324o385ea981n4bb79b57896da8cd@...178...> Hi: Extremadura government (a county in Spain) is using it for the public Administration and the Educative system. The gnuLinEx distribution ( http://www.linex.org ) has also some programs for its Desktop sytstem. By my side I'm trying to create some components (GTK+, XML, PDF, network, compression, etc) Daniel 2006/8/23, Benoit Minisini : > > On Wednesday 23 August 2006 20:24, Scott, Vince wrote: > > Hello to All: > > > > I am sending this email to get a response from the Gambas developement > > community. I work for a world wide restaurant chain and I am currently > > working on some prototype applications (proof of concept) for SUSE Linux > > using Gambas as a development tool. I have recreated several of our > small > > applications using Gambas and have been very please with the results > over > > the past several months. I have used both the stable versions and the > > developing version to create applications. The purpose of this email is > to > > find out what others are doing with Gambas. What kind of applications > are > > being created, what are you using Gambas to create? My company is > worried > > about the future of using a tool like Gambas. Here are a few questions > that > > I would like to have answer if you would please take the time. > > > > 1.) What kinds of application are you creating? > > Gambas, in Gambas. :-) > > > 2.) Novell list this as a developing tool, when will it be considered > > ready? > > When it will be ready. I think a 2.0 could be release when at least the > IDE > and the GTK+ component is finished, and maybe other things. > > > 3.) What type of companies are using Gambas. > > They should tell. > > > 4.) What is the future of Gambas? > > I'm not a soothsayer, but I'd like to make Gambas a easy web application > maker > tool. I want that making a dynamic web site is as easy as making a GUI > application. But there are many other tasks before: the IDE, the GTK+ > component, the DBUS component, the Report component, 64 bits support... > > > 5.) Is anyone building reuseable componants? > > Not so many people. But when the IDE will have complete support for making > them, maybe other people will start looking at them. > > > > > Any information would be greatly appreciated. > > > > Thanks, > > Vince Scott > > > > -- > Benoit Minisini > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sourceforge-raindog2 at ...19... Wed Aug 23 22:17:59 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Wed, 23 Aug 2006 16:17:59 -0400 Subject: [Gambas-devel] Gambas Development In-Reply-To: References: <1156067264.5807.3.camel@...102...> <200608231535.53386.sourceforge-raindog2@...19...> Message-ID: <200608231618.00245.sourceforge-raindog2@...19...> On Wed August 23 2006 15:58, Scott, Vince wrote: > background. I would really like to see a website created > better directed at Gambas users...sharing code, ideas, > componants etc. I would even be interested in helping put that > together. If you guys get a version to replace VB in Windows > you will forever have my attention! That was my idea with the original Gambas wiki (before we moved it to gambasdoc.org.) Unfortunately, Twiki was the wiki software we were using, and after a few years it became obvious that Twiki sucks. I hope we can regain some of the more community oriented stuff on gambasdoc.org that people had put into the old wiki, like code snippets and whatnot. It's still out there at http://www.binara.com/gambas-wiki if you click the static version, but you can't search it or anything and it's organized pretty badly since everyone just put their examples wherever they wanted. > I would really like to build a componant for Gambas. Do you > have any detailed instructions on building one. The > documentation is very weak. Unfortunately, for my first component, which is now gb.pcre, I started with some already existing C-based component (some, like gb.qt. are C++, and others nowadays are Gambas) and feverishly modified it until it did what I wanted, using the documentation only as a reference when I got stuck. When I dust off gb.posix I'll try to document exactly what I do to get it going, since it's a fairly simple and direct mapping between the POSIX functions and Gambas methods. Rob From Vince.Scott at ...440... Wed Aug 23 22:56:54 2006 From: Vince.Scott at ...440... (Scott, Vince) Date: Wed, 23 Aug 2006 15:56:54 -0500 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608231618.00245.sourceforge-raindog2@...19...> Message-ID: Thanks for the information. -----Original Message----- From: gambas-devel-bounces at lists.sourceforge.net [mailto:gambas-devel-bounces at lists.sourceforge.net] On Behalf Of Rob Kudla Sent: Wednesday, August 23, 2006 3:18 PM To: gambas-devel at lists.sourceforge.net Subject: Re: [Gambas-devel] Gambas Development On Wed August 23 2006 15:58, Scott, Vince wrote: > background. I would really like to see a website created > better directed at Gambas users...sharing code, ideas, > componants etc. I would even be interested in helping put that > together. If you guys get a version to replace VB in Windows > you will forever have my attention! That was my idea with the original Gambas wiki (before we moved it to gambasdoc.org.) Unfortunately, Twiki was the wiki software we were using, and after a few years it became obvious that Twiki sucks. I hope we can regain some of the more community oriented stuff on gambasdoc.org that people had put into the old wiki, like code snippets and whatnot. It's still out there at http://www.binara.com/gambas-wiki if you click the static version, but you can't search it or anything and it's organized pretty badly since everyone just put their examples wherever they wanted. > I would really like to build a componant for Gambas. Do you > have any detailed instructions on building one. The > documentation is very weak. Unfortunately, for my first component, which is now gb.pcre, I started with some already existing C-based component (some, like gb.qt. are C++, and others nowadays are Gambas) and feverishly modified it until it did what I wanted, using the documentation only as a reference when I got stuck. When I dust off gb.posix I'll try to document exactly what I do to get it going, since it's a fairly simple and direct mapping between the POSIX functions and Gambas methods. Rob ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Gambas-devel mailing list Gambas-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-devel This communication is confidential and may be legally privileged. If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system. Failure to follow this process may be unlawful. Thank you for your cooperation. From sirfabien at ...176... Wed Aug 23 23:31:14 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Wed, 23 Aug 2006 23:31:14 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608232213.05382.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608232139.21899.sirfabien@...176...> <200608232213.05382.gambas@...1...> Message-ID: <200608232331.14539.sirfabien@...176...> Le Mercredi 23 Ao?t 2006 22:13, Benoit Minisini a ?crit?: > On Wednesday 23 August 2006 21:39, Fabien Bodard wrote: > > Le Mercredi 23 Ao?t 2006 20:24, Scott, Vince a ?crit?: > > > Hello to All: > > > > > > I am sending this email to get a response from the Gambas developement > > > community. I work for a world wide restaurant chain and I am currently > > > working on some prototype applications (proof of concept) for SUSE > > > Linux using Gambas as a development tool. I have recreated several of > > > our small applications using Gambas and have been very please with the > > > results over the past several months. I have used both the stable > > > versions and the developing version to create applications. The purpose > > > of this email is to find out what others are doing with Gambas. What > > > kind of applications are being created, what are you using Gambas to > > > create? My company is worried about the future of using a tool like > > > Gambas. Here are a few questions that I would like to have answer if > > > you would please take the time. > > > > > > 1.) What kinds of application are you creating? > > > 2.) Novell list this as a developing tool, when will it be considered > > > ready? 3.) What type of companies are using Gambas. > > > 4.) What is the future of Gambas? > > > 5.) Is anyone building reuseable componants? > > > > > > Any information would be greatly appreciated. > > > > > > Thanks, > > > Vince Scott > > > > I can't answer myselft for all the queries but its are really > > interresting. > > > > 1) > > For my part i devellop some management application like accounting, and > > for my estate management. (i'm vinegrower). I've doing for some consumer > > some cgi apps too. > > > > 2) > > Benoit ?... I don't know for the 2.0 stable Release, the 1.0 the stable > > and maintained. > > > > 3) We need to query all the gambas users here. > > > > 4) It depend of 2 things, First ... is there suffiselly users to have a > > goal to survive... second... Benoit need at term to won some money with > > it. > > > > 5) yes me :) Witch kind ? Gambas or C ? > > > > I've a purpose, > > > > I send this mail to the user mailing list too... > > > > NOW TO ALL THE GAMBAS USERS, PLEASE ANSWER THE QUERIES YOU CAN DO. > > > > then i will make a summary on a web page and maybe Benoit can add it on > > the gambas web site. So every company salary can have support to explain > > why gambas is a true tool, and can in a way simplify apps devellopement. > > > > Or maby someone more professionnal than me can do this job ? > > > > > > Regards, > > > > Fabien Bodard > > Why not using the wiki for that? I've thinked that before ... but it's not the more visible site.... From gambas at ...1... Wed Aug 23 23:46:07 2006 From: gambas at ...1... (Benoit Minisini) Date: Wed, 23 Aug 2006 23:46:07 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608232331.14539.sirfabien@...176...> References: <1156067264.5807.3.camel@...102...> <200608232213.05382.gambas@...1...> <200608232331.14539.sirfabien@...176...> Message-ID: <200608232346.07939.gambas@...1...> On Wednesday 23 August 2006 23:31, Fabien Bodard wrote: > > > > Why not using the wiki for that? > > I've thinked that before ... but it's not the more visible site.... > What do you mean by visible? I will be referenced by Google like any other site. :-) The advantage of the wiki is that anybody can work on the same page, and that all information on Gambas in centralized. Regards, -- Benoit Minisini From sirfabien at ...176... Thu Aug 24 03:06:09 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Thu, 24 Aug 2006 03:06:09 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: <200608232346.07939.gambas@...1...> References: <1156067264.5807.3.camel@...102...> <200608232331.14539.sirfabien@...176...> <200608232346.07939.gambas@...1...> Message-ID: <200608240306.09974.sirfabien@...176...> Le Mercredi 23 Ao?t 2006 23:46, Benoit Minisini a ?crit?: > On Wednesday 23 August 2006 23:31, Fabien Bodard wrote: > > > Why not using the wiki for that? > > > > I've thinked that before ... but it's not the more visible site.... > > What do you mean by visible? I will be referenced by Google like any other > site. :-) Visible for vu plus courament > > The advantage of the wiki is that anybody can work on the same page, and > that all information on Gambas in centralized. i already know that :) > Regards, From gambas at ...1... Thu Aug 24 20:16:09 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 24 Aug 2006 20:16:09 +0200 Subject: [Gambas-devel] Gambas Development In-Reply-To: References: <1156067264.5807.3.camel@...102...> <200608231535.53386.sourceforge-raindog2@...19...> Message-ID: <200608242016.09453.gambas@...1...> On Wednesday 23 August 2006 21:58, Scott, Vince wrote: > Thanks for the awesome reply. I am a BIG fan of Gambas and would like to > contribute more to the cause as time goes on. I'm sure you have seen a few > of my email of the past several months asking questions. I have been > programming in VB since it was introduced in the early 90's. I also have a > strong C background. I would really like to see a website created better > directed at Gambas users...sharing code, ideas, componants etc. I would > even be interested in helping put that together. If you guys get a version > to replace VB in Windows you will forever have my attention! > > I would really like to build a componant for Gambas. Do you have any > detailed instructions on building one. The documentation is very weak. > > Thanks, > Vince > > I said I will update the documentation about how to write a component, but I didn't take the time to do that yet... Sorry for that. Quickly: First you must know how works autoconf & automake. Not in the full details... Then you can look in the source directory of one component to see how the files are organized. Then you have to understand: * How to write the 'configure.ac' file of your component that detects the libraries and include files you need for your component. * How to write the 'Makefile.am' files that list the source files to compile, and the compiler/linker flags needed for that. * How to declare in your code the classes, methods, events, constants, properties you have implemented in your component. * How to write the C/C++ implementation functions of the methods and properties. ...and so on. To do that, you must use the Gambas Interpreter API, which is a bunch of functions that you use for communicating with the interpreter from your component code. The include file of this API is "gambas.h". This API is documented in the wiki, but it is not up to date. I think by looking at a simple component, like gb.vb, you will have a first sight of what to do. Of course I will answer your questions! Regards, -- Benoit Minisini From Vince.Scott at ...440... Thu Aug 24 20:14:24 2006 From: Vince.Scott at ...440... (Scott, Vince) Date: Thu, 24 Aug 2006 13:14:24 -0500 Subject: [Gambas-devel] Gambas Development References: <1156067264.5807.3.camel@...102...><200608231535.53386.sourceforge-raindog2@...19...> <200608242016.09453.gambas@...1...> Message-ID: Thanks for your reply and input. I hope that in the near future that I can contribute code and components to help grow Gambas. I really like this tool. Vince ________________________________ From: gambas-devel-bounces at lists.sourceforge.net on behalf of Benoit Minisini Sent: Thu 8/24/2006 1:16 PM To: mailing list for gambas developers Subject: Re: [Gambas-devel] Gambas Development On Wednesday 23 August 2006 21:58, Scott, Vince wrote: > Thanks for the awesome reply. I am a BIG fan of Gambas and would like to > contribute more to the cause as time goes on. I'm sure you have seen a few > of my email of the past several months asking questions. I have been > programming in VB since it was introduced in the early 90's. I also have a > strong C background. I would really like to see a website created better > directed at Gambas users...sharing code, ideas, componants etc. I would > even be interested in helping put that together. If you guys get a version > to replace VB in Windows you will forever have my attention! > > I would really like to build a componant for Gambas. Do you have any > detailed instructions on building one. The documentation is very weak. > > Thanks, > Vince > > I said I will update the documentation about how to write a component, but I didn't take the time to do that yet... Sorry for that. Quickly: First you must know how works autoconf & automake. Not in the full details... Then you can look in the source directory of one component to see how the files are organized. Then you have to understand: * How to write the 'configure.ac' file of your component that detects the libraries and include files you need for your component. * How to write the 'Makefile.am' files that list the source files to compile, and the compiler/linker flags needed for that. * How to declare in your code the classes, methods, events, constants, properties you have implemented in your component. * How to write the C/C++ implementation functions of the methods and properties. ...and so on. To do that, you must use the Gambas Interpreter API, which is a bunch of functions that you use for communicating with the interpreter from your component code. The include file of this API is "gambas.h". This API is documented in the wiki, but it is not up to date. I think by looking at a simple component, like gb.vb, you will have a first sight of what to do. Of course I will answer your questions! Regards, -- Benoit Minisini ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Gambas-devel mailing list Gambas-devel at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-devel This communication is confidential and may be legally privileged. If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system. Failure to follow this process may be unlawful. Thank you for your cooperation. -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 6118 bytes Desc: not available URL: From gambas at ...1... Thu Aug 24 22:41:35 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 24 Aug 2006 22:41:35 +0200 Subject: [Gambas-devel] About property declaration in components Message-ID: <200608242241.35536.gambas@...1...> The way of declaring the list of the possible values of a property has changed! The old way was: GB_PROPERTY("PropertyName", "i", PropertyFunction) Now, everything must be put in the "_Properties" string constant declared in the class. The new syntax of this hidden property is: _Properties = ",,...," = "-" or "{}=" is the name of the property. is the default value of the property. It must be preceded by an equal sign. is the type of the property. It must be between { }. It is used by the IDE property sheet. The and are optional. If is missing, then the type of the property is determined from the Gambas property type declared with the GB_PROPERTY macro. The IDE property sheet can deal with Font, Picture, String[] and all native types properties at the moment. Otherwise, the syntax of is the following: - ".*" or ".;;...;" for an integer property that can take only one value among a predefined list of constants. Note that in this case, the value must be the name of the constant, and not its integer value. Or can be: - "Path" for a string property that is a file path. - "Color" for an integer property that is a color. - "Range:Min;Max" for an integer property whose value must be between Min and Max. Other types will be implemented in the future. Regards, -- Benoit Minisini From lordheavy at ...141... Thu Aug 24 23:07:44 2006 From: lordheavy at ...141... (Laurent Carlier) Date: Thu, 24 Aug 2006 23:07:44 +0200 Subject: [Gambas-devel] About property declaration in components In-Reply-To: <200608242241.35536.gambas@...1...> References: <200608242241.35536.gambas@...1...> Message-ID: <200608242307.44582.lordheavy@...141...> Le jeudi 24 ao?t 2006 22:41, Benoit Minisini a ?crit?: > The way of declaring the list of the possible values of a property has > changed! > > The old way was: > > GB_PROPERTY("PropertyName", "i", > PropertyFunction) > > Now, everything must be put in the "_Properties" string constant declared > in the class. > > The new syntax of this hidden property is: > > _Properties = ",,...," > > = "-" > or "{}=" > > is the name of the property. > > is the default value of the property. It must be preceded by an > equal sign. > > is the type of the property. It must be between { }. It is used by > the IDE property sheet. > > The and are optional. > > If is missing, then the type of the property is determined from the > Gambas property type declared with the GB_PROPERTY macro. The IDE property > sheet can deal with Font, Picture, String[] and all native types properties > at the moment. > > Otherwise, the syntax of is the following: > > - ".*" or ".;;...;" for an integer > property that can take only one value among a predefined list of constants. > > Note that in this case, the value must be the name of the > constant, and not its integer value. > > Or can be: > > - "Path" for a string property that is a file path. > > - "Color" for an integer property that is a color. > > - "Range:Min;Max" for an integer property whose value must be between Min > and Max. > > Other types will be implemented in the future. > > Regards, It should be good if "prelease" be available to move components to the new property style. Otherwise stuff like range seem to be nice :) Regards, From gambas at ...1... Thu Aug 24 23:20:10 2006 From: gambas at ...1... (Benoit Minisini) Date: Thu, 24 Aug 2006 23:20:10 +0200 Subject: [Gambas-devel] About property declaration in components In-Reply-To: <200608242307.44582.lordheavy@...141...> References: <200608242241.35536.gambas@...1...> <200608242307.44582.lordheavy@...141...> Message-ID: <200608242320.10665.gambas@...1...> On Thursday 24 August 2006 23:07, Laurent Carlier wrote: > Le jeudi 24 ao?t 2006 22:41, Benoit Minisini a ?crit?: > > The way of declaring the list of the possible values of a property has > > changed! > > > > The old way was: > > > > GB_PROPERTY("PropertyName", "i", > > PropertyFunction) > > > > Now, everything must be put in the "_Properties" string constant declared > > in the class. > > > > The new syntax of this hidden property is: > > > > _Properties = ",,...," > > > > = "-" > > or "{}=" > > > > is the name of the property. > > > > is the default value of the property. It must be preceded by an > > equal sign. > > > > is the type of the property. It must be between { }. It is used by > > the IDE property sheet. > > > > The and are optional. > > > > If is missing, then the type of the property is determined from > > the Gambas property type declared with the GB_PROPERTY macro. The IDE > > property sheet can deal with Font, Picture, String[] and all native types > > properties at the moment. > > > > Otherwise, the syntax of is the following: > > > > - ".*" or ".;;...;" for an integer > > property that can take only one value among a predefined list of > > constants. > > > > Note that in this case, the value must be the name of the > > constant, and not its integer value. > > > > Or can be: > > > > - "Path" for a string property that is a file path. > > > > - "Color" for an integer property that is a color. > > > > - "Range:Min;Max" for an integer property whose value must be between Min > > and Max. > > > > Other types will be implemented in the future. > > > > Regards, > > It should be good if "prelease" be available to move components to the new > property style. > > Otherwise stuff like range seem to be nice :) > > Regards, > The old method is deprecated, but keep being understood by the IDE if the new method is not used. Otherwise the next release will break many things in the gb.qt component, so the 1.9.40 could be considered as a "pre-release". :-) Regards, -- Benoit Minisini From andrea_bortolan at ...112... Tue Aug 29 15:10:01 2006 From: andrea_bortolan at ...112... (Andrea Bortolan) Date: Tue, 29 Aug 2006 15:10:01 +0200 (CEST) Subject: [Gambas-devel] ODBC In-Reply-To: <200608242320.10665.gambas@...1...> Message-ID: <20060829131001.21195.qmail@...296...> Hi all, here the new version of the odbc driver that resolve some problem when using PostregSQL and Easysoft Oracle ODBC Driver . Ciao,Andrea. __________________________________________________ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: text/x-csrc Size: 59654 bytes Desc: 943189714-main.c URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ChangeLog Type: application/octet-stream Size: 1046 bytes Desc: 2127288286-ChangeLog URL: From gambas at ...1... Tue Aug 29 15:22:36 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 29 Aug 2006 15:22:36 +0200 Subject: [Gambas-devel] ODBC In-Reply-To: <20060829131001.21195.qmail@...296...> References: <20060829131001.21195.qmail@...296...> Message-ID: <200608291522.36158.gambas@...1...> On Tuesday 29 August 2006 15:10, Andrea Bortolan wrote: > Hi all, > here the new version of the odbc driver that resolve some problem when > using PostregSQL and Easysoft Oracle ODBC Driver . > > Ciao,Andrea. > > Thanks! -- Benoit Minisini From Vince.Scott at ...440... Tue Aug 29 16:22:30 2006 From: Vince.Scott at ...440... (Scott, Vince) Date: Tue, 29 Aug 2006 09:22:30 -0500 Subject: [Gambas-devel] Version 1. Message-ID: Hi All: A couple of questions about the development version. 1.) In the stable version I used Array (like I would in VB) and it worked fine. In the development version it doesn't work...is there new syntax? Example Dim aMyArray as Variant aMyArray = Array{"1","2","3"] 2.) I really like the new MDI for Gambas. When will this become the stable version??? Thanks, Vince Scott This communication is confidential and may be legally privileged. If you are not the intended recipient, (i) please do not read or disclose to others, (ii) please notify the sender by reply mail, and (iii) please delete this communication from your system. Failure to follow this process may be unlawful. Thank you for your cooperation. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronstk at ...124... Tue Aug 29 19:33:05 2006 From: ronstk at ...124... (Ron Onstenk) Date: Tue, 29 Aug 2006 19:33:05 +0200 Subject: [Gambas-devel] Version 1. In-Reply-To: References: Message-ID: <200608291933.05474.ronstk@...124...> On Tuesday 29 August 2006 16:22, Scott, Vince wrote: > 2.) I really like the new MDI for Gambas. When will this become the stable version??? > I'm using the new one ATM at 1.9.35 and satisfied with it. Just started upgrade for .39 and the .40 did comes alive. :( The status of the .40 is unknown if it is good to use on. Ron -- The only bug free software from MickySoft is still shrink-wrapped in their warehouse... From sourceforge-raindog2 at ...19... Tue Aug 29 19:44:32 2006 From: sourceforge-raindog2 at ...19... (Rob Kudla) Date: Tue, 29 Aug 2006 13:44:32 -0400 Subject: [Gambas-devel] Version 1. In-Reply-To: <200608291933.05474.ronstk@...124...> References: <200608291933.05474.ronstk@...124...> Message-ID: <200608291344.32926.sourceforge-raindog2@...19...> On Tue August 29 2006 13:33, Ron Onstenk wrote: > On Tuesday 29 August 2006 16:22, Scott, Vince wrote: > > 2.) I really like the new MDI for Gambas. When will this > > become the stable version??? > I'm using the new one ATM at 1.9.35 and satisfied with it. > Just started upgrade for .39 and the .40 did comes alive. :( > The status of the .40 is unknown if it is good to use on. I think he meant "when will this be ready for deployment in production environments?" The Gambas 1.9.x language and components are still changing, and will still be changing till it hits version 2.0. Rob From gambas at ...1... Tue Aug 29 19:58:13 2006 From: gambas at ...1... (Benoit Minisini) Date: Tue, 29 Aug 2006 19:58:13 +0200 Subject: [Gambas-devel] Version 1. In-Reply-To: <200608291344.32926.sourceforge-raindog2@...19...> References: <200608291933.05474.ronstk@...124...> <200608291344.32926.sourceforge-raindog2@...19...> Message-ID: <200608291958.13997.gambas@...1...> On Tuesday 29 August 2006 19:44, Rob Kudla wrote: > On Tue August 29 2006 13:33, Ron Onstenk wrote: > > On Tuesday 29 August 2006 16:22, Scott, Vince wrote: > > > 2.) I really like the new MDI for Gambas. When will this > > > become the stable version??? > > > > I'm using the new one ATM at 1.9.35 and satisfied with it. > > Just started upgrade for .39 and the .40 did comes alive. :( > > The status of the .40 is unknown if it is good to use on. > > I think he meant "when will this be ready for deployment in > production environments?" The Gambas 1.9.x language and > components are still changing, and will still be changing till > it hits version 2.0. > > Rob > A good hint: the more documented is a component, the more ready it is. And you can see that many components are not documented yet. :-) -- Benoit Minisini From Karl.Reinl at ...16... Wed Aug 30 22:04:16 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 30 Aug 2006 22:04:16 +0200 Subject: [Gambas-devel] gambas-database-manager-de-1.9.116 german Message-ID: <200608302204.16988.Karl.Reinl@...16...> Salut Beno?t, send you my version of the gambas-database-manager-de-1.9.116.po Amicalment Charlie -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas-database-manager-de-1.9.116.po Type: application/x-gettext Size: 20975 bytes Desc: not available URL: From sirfabien at ...176... Thu Aug 31 16:52:16 2006 From: sirfabien at ...176... (Fabien Bodard) Date: Thu, 31 Aug 2006 16:52:16 +0200 Subject: [Gambas-devel] Problem in the arrangement system Message-ID: <200608311652.17287.sirfabien@...176...> hi Benoit Look at this little exemple... move the form witdh. the padding is not maintained ! Fabien -------------- next part -------------- A non-text attachment was scrubbed... Name: rtt-0.0.1.tar.gz Type: application/x-tgz Size: 921 bytes Desc: not available URL: From Karl.Reinl at ...16... Thu Aug 31 22:13:51 2006 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Thu, 31 Aug 2006 22:13:51 +0200 Subject: [Gambas-devel] wish for the Translation Tool Message-ID: <200608312213.51741.Karl.Reinl@...16...> Salut, last time I worked for the first time with the Translation-Tool und I found it could be better. My wish is, that beside the view to the sorded texts, I would be fine to have also a view by project-file and best would be by project-file and grouped/sorded by menu, buttons, etc. and then the rest. This I say, because, it would be easier in this way to set the shortcuts '&'. Basing on 1.9.41, I see the left language ColomnView as a TreeView. The MainPoint the Language shows as it does it now sorded by alphabet. But under you find all the files in which are translations have to be made. A click on own of these Items, shows only the texts belonging to that file( as I said, best grouped and sorded by alphabet ). If you change the language the tree for that language is made , and you can open it. Or something like .. Amicalment Charlie