From gambas at ...1... Fri Jul 2 19:27:13 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 2 Jul 2010 19:27:13 +0200 Subject: [Gambas-devel] Building Components In-Reply-To: References: <201006281537.53237.gambas@...1...> Message-ID: <201007021927.13242.gambas@...1...> > Hi, > > > > I am still looking for direction on implimenting components built in > GAMBAS. I how to I expose the component and how do I link it in to other > projects. I want to put our business logic into gambas components. > > > > Thanks, > > Vince Scott > Here is a short summary... I see two solutions for your problem: 1) Components entirely written in C/C++, with eventually a part written in Gambas. That means that your "business logic" is implemented inside shared libraries, and that the Gambas component is linked with these libraries. Some of the classes of this component can be written in Gambas. 2) Components written in Gambas, but that used an external shared library. You write a Gambas project only, and if you need to access the shared library, you must use the EXTERN keyword. In both solutons, your shared library must be packaged indepently of Gambas. And there is a little advantage with the second solution: you don't have to make a component. You can make a Gambas project that will be used as a "library". The "library" is installed like any other Gambas project, whereas the IDE packager at the moment cannot make a package of a component correctly. Regards, -- Beno?t Minisini From fabianfloresvadell at ...176... Wed Jul 7 00:45:18 2010 From: fabianfloresvadell at ...176... (=?ISO-8859-1?Q?Fabi=E1n_Flores_Vadell?=) Date: Tue, 6 Jul 2010 19:45:18 -0300 Subject: [Gambas-devel] Ideas4Gambas In-Reply-To: <201006281536.57683.gambas@...1...> References: <201006281536.57683.gambas@...1...> Message-ID: >> PRIVATE $sFirstName, $sSurName AS String > > Implementing that syntax is possible, like for the DIM syntax. >> >> PRIVATE >> $sFirstName, $sSurName AS String >> $iAge, $iWeight AS Integer = {21, 75} >> >> CONST >> ACONST, OTHER, ANOTHER AS Byte = {0,1,2} >> >> >> I used "{}" because it's a common math symbol, used to define sets. >> > > But I won't do that one: "{" & "}" are reserved for defining identifiers > that > the compiler must not interpret as keywords. Ok, but it seems simple to me: the "{" can have two meanings depending of the context. if the symbol "=" precedes the symbol "{" then defines a set (like maths), but defines a identifier. Also, you can add a "set" feature leaving to programmer define sets by extensional definition ( A = {1,3,6,9, 14,17} ) and by intensional definition: A = {1..7} =~ {1,2,3,4,5,6,7} - abbreviated [1..7] A = {2..6} =~ {2,3,4,5,6} - abbreviated (1..7) A = {1..13, 2} =~ {1,3,5,7,9,11,13} A = {'a'..'z'} =~ {'a', 'b', 'c', ... ,'x', 'y', 'z'} A = {Z; x > -3; x < 5} =~ {-2,-1,0,1,2,3,4} DIM A AS SET = {1,3,6,9, 14,17} DIM B AS SET = {Z; x > -3; x < 5} DIM C AS SET = {0..9} PRINT A.Intersec(C) ? 1 3 6 9 Ok, maybe that's asking too much. >> ----------- >> >> IDEA: Gambas could make writing and running unit tests >> >> Building a framework to facilitate the construction, implementation >> and evaluation of unit tests. Maybe by adapting some of existing test >> frameworks. > > Can you give more details? Like XUnit, JUnit, etc. http://en.wikipedia.org/wiki/XUnit http://es.wikipedia.org/wiki/JUnit From gene1943 at ...640... Mon Jul 19 20:36:52 2010 From: gene1943 at ...640... (gene1943) Date: Mon, 19 Jul 2010 11:36:52 -0700 (PDT) Subject: [Gambas-devel] latest: 3048, I believe. Same errors on 32 & 64 bit systems Message-ID: <29207868.post@...565...> -- View this message in context: http://old.nabble.com/latest%3A-3048%2C-I-believe.--Same-errors-on-32---64-bit-systems-tp29207868p29207868.html Sent from the gambas-devel mailing list archive at Nabble.com. From gene1943 at ...640... Sun Jul 25 10:38:29 2010 From: gene1943 at ...640... (gene1943) Date: Sun, 25 Jul 2010 01:38:29 -0700 (PDT) Subject: [Gambas-devel] BUG signal 11 when using webkit web browser Message-ID: <29258857.post@...565...> This is for Benoit:-D Gambas3 console window shows the following after crash warning: unable to load Qt translation: en_US QWebInspector: QSettings couldn't read configuration setting [resourceTrackingEnabled]. QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory QFileSystemWatcher: failed to add paths: /home/paul/.config/ibus/bus Bus::open: Can not get ibus-daemon's address. IBusInputContext::createInputContext: no connection to ibus-daemon (process:2460): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call g_type_init() (process:2460): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (process:2460): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed cannot trap with 'TRY' Happens accessing http://www.powerbasic.com thanks for any help -- View this message in context: http://old.nabble.com/BUG----signal-11--when-using-webkit-web-browser-tp29258857p29258857.html Sent from the gambas-devel mailing list archive at Nabble.com. From kevinfishburne at ...590... Fri Jul 30 19:55:57 2010 From: kevinfishburne at ...590... (kevinfishburne) Date: Fri, 30 Jul 2010 10:55:57 -0700 (PDT) Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution Message-ID: <29292716.post@...565...> If you have a list of items in the ComboBox but have set the .Text property to a value other than the first one in the list, this value is lost and the first value in the list is used when the program is run. An example is a ComboBox with the values: 0 1 3 7 If you set the .Text property to 7 and run the program, the ComboBox shows a value of 0. The GTK ComboBox works fine. ----- Kevin Fishburne, Eight Virtues www: http://sales.eightvirtues.com http://sales.eightvirtues.com e-mail: mailto:sales at ...590... sales at ...590... phone: (770) 853-6271 -- View this message in context: http://old.nabble.com/2-2.21.0%3A-QT-ComboBox-loses-.Text-value-upon-execution-tp29292716p29292716.html Sent from the gambas-devel mailing list archive at Nabble.com. From gambas at ...1... Fri Jul 30 20:15:05 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 30 Jul 2010 20:15:05 +0200 Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution In-Reply-To: <29292716.post@...565...> References: <29292716.post@...565...> Message-ID: <201007302015.05373.gambas@...1...> > If you have a list of items in the ComboBox but have set the .Text property > to a value other than the first one in the list, this value is lost and the > first value in the list is used when the program is run. > > An example is a ComboBox with the values: > > 0 > 1 > 3 > 7 > > If you set the .Text property to 7 and run the program, the ComboBox shows > a value of 0. The GTK ComboBox works fine. > > ----- > Kevin Fishburne, Eight Virtues > www: http://sales.eightvirtues.com http://sales.eightvirtues.com > e-mail: mailto:sales at ...590... sales at ...590... > phone: (770) 853-6271 I think I see: the Text property is set before the List property, so the "7" value does not exist at the moment Text is set. As a workaround, set the Text property during the Open event, or inside the form constructor. And it's strange: I have the bug both with gb.qt and gb.gtk. Can you check again that? And I will see if I find a fix for that problem... Regards, -- Beno?t Minisini From gambas at ...1... Fri Jul 30 20:18:00 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 30 Jul 2010 20:18:00 +0200 Subject: [Gambas-devel] BUG signal 11 when using webkit web browser In-Reply-To: <29258857.post@...565...> References: <29258857.post@...565...> Message-ID: <201007302018.00101.gambas@...1...> > This is for Benoit:-D > > Gambas3 console window shows the following after crash > > warning: unable to load Qt translation: en_US > QWebInspector: QSettings couldn't read configuration setting > [resourceTrackingEnabled]. > QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No > such file or directory > QFileSystemWatcher: failed to add paths: /home/paul/.config/ibus/bus > Bus::open: Can not get ibus-daemon's address. > IBusInputContext::createInputContext: no connection to ibus-daemon > > (process:2460): GLib-GObject-CRITICAL **: > /build/buildd/glib2.0-2.24.1/gobject/gtype.c:2706: You forgot to call > g_type_init() > > (process:2460): GLib-CRITICAL **: g_once_init_leave: assertion > `initialization_value != 0' failed > > (process:2460): GLib-GObject-CRITICAL **: g_object_new: assertion > `G_TYPE_IS_OBJECT (object_type)' failed > > > cannot trap with 'TRY' > > Happens accessing http://www.powerbasic.com > > thanks for any help I have no crash there. I guess that the Flash plugin is guilty... -- Beno?t Minisini From kevinfishburne at ...590... Fri Jul 30 20:24:41 2010 From: kevinfishburne at ...590... (kevinfishburne) Date: Fri, 30 Jul 2010 11:24:41 -0700 (PDT) Subject: [Gambas-devel] 2-2.21.0: GTK/QT control grid resolution changed from previous stable releases Message-ID: <29308711.post@...565...> I noticed when moving some buttons and other controls that the snap positions no longer align to their old positions. It also appears that the default snap sizes of controls have changed. If I remember correctly, the old control and grid sizes were multiples of 7, and they now appear to be multiples of 8. Being obsessed with multiples of two (don't know if that's a common idiosyncrasy for programmers), I like the new change. However, it is something that may cause the hair to stand up on the backs of people who've already designed complex forms with dozens of controls, as it may compel them to do one of the following: 1) Increase the size of their forms and manually adjust every control's size and position to fit the new grid resolution. A one-time pain, but probably the better solution. 2) Manually preserve the old snap positions and sizes for edited and new controls by adjusting the control properties for width, height and x/y position. Not an easy mental feat using multiples of 7, so break out the calculator. I don't really have any clever suggestions here, but thought the change should be pointed out as a potential issue. ----- Kevin Fishburne, Eight Virtues www: http://sales.eightvirtues.com http://sales.eightvirtues.com e-mail: mailto:sales at ...590... sales at ...590... phone: (770) 853-6271 -- View this message in context: http://old.nabble.com/2-2.21.0%3A-GTK-QT-control-grid-resolution-changed-from-previous-stable-releases-tp29308711p29308711.html Sent from the gambas-devel mailing list archive at Nabble.com. From gambas at ...1... Fri Jul 30 20:30:50 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 30 Jul 2010 20:30:50 +0200 Subject: [Gambas-devel] 2-2.21.0: GTK/QT control grid resolution changed from previous stable releases In-Reply-To: <29308711.post@...565...> References: <29308711.post@...565...> Message-ID: <201007302030.50658.gambas@...1...> > I noticed when moving some buttons and other controls that the snap > positions no longer align to their old positions. It also appears that the > default snap sizes of controls have changed. If I remember correctly, the > old control and grid sizes were multiples of 7, and they now appear to be > multiples of 8. > > Being obsessed with multiples of two (don't know if that's a common > idiosyncrasy for programmers), I like the new change. However, it is > something that may cause the hair to stand up on the backs of people who've > already designed complex forms with dozens of controls, as it may compel > them to do one of the following: > > 1) Increase the size of their forms and manually adjust every control's > size and position to fit the new grid resolution. A one-time pain, but > probably the better solution. > 2) Manually preserve the old snap positions and sizes for edited and new > controls by adjusting the control properties for width, height and x/y > position. Not an easy mental feat using multiples of 7, so break out the > calculator. > > I don't really have any clever suggestions here, but thought the change > should be pointed out as a potential issue. > > ----- > Kevin Fishburne, Eight Virtues > www: http://sales.eightvirtues.com http://sales.eightvirtues.com > e-mail: mailto:sales at ...590... sales at ...590... > phone: (770) 853-6271 The grid snap is equal to Desktop.Scale, which is proportional to the default desktop font height. Change your font, and Desktop.Scale will change! That way, windows automatically shrink or expand according to how big is your font, which is usually what the final user expects. If you want a form to keep its size whatever the font is, set the "(Scaled)" property in the IDE property sheet. Regards, -- Beno?t Minisini From kevinfishburne at ...590... Fri Jul 30 20:31:20 2010 From: kevinfishburne at ...590... (kevinfishburne) Date: Fri, 30 Jul 2010 11:31:20 -0700 (PDT) Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution In-Reply-To: <201007302015.05373.gambas@...1...> References: <29292716.post@...565...> <201007302015.05373.gambas@...1...> Message-ID: <29308770.post@...565...> Bugzilla from gambas at ...1... wrote: > > As a workaround, set the Text property during the Open event, or inside > the > form constructor. > > And it's strange: I have the bug both with gb.qt and gb.gtk. Can you check > again that? > That's exactly the workaround that I implemented and it works well. ;) I tested it again on a test project and it is still the same; the Text property is preserved in GTK and lost in QT. Strange that it's lost in both on your system. I'm using the latest stable release from the Downloads page, so maybe you're using the current 2.x revision? ----- Kevin Fishburne, Eight Virtues www: http://sales.eightvirtues.com http://sales.eightvirtues.com e-mail: mailto:sales at ...590... sales at ...590... phone: (770) 853-6271 -- View this message in context: http://old.nabble.com/2-2.21.0%3A-QT-ComboBox-loses-.Text-value-upon-execution-tp29292716p29308770.html Sent from the gambas-devel mailing list archive at Nabble.com. From gambas at ...1... Fri Jul 30 22:13:12 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 30 Jul 2010 22:13:12 +0200 Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution In-Reply-To: <29308770.post@...565...> References: <29292716.post@...565...> <201007302015.05373.gambas@...1...> <29308770.post@...565...> Message-ID: <201007302213.13010.gambas@...1...> > Bugzilla from gambas at ...1... wrote: > > As a workaround, set the Text property during the Open event, or inside > > the > > form constructor. > > > > And it's strange: I have the bug both with gb.qt and gb.gtk. Can you > > check again that? > > That's exactly the workaround that I implemented and it works well. ;) > > I tested it again on a test project and it is still the same; the Text > property is preserved in GTK and lost in QT. Strange that it's lost in both > on your system. I'm using the latest stable release from the Downloads > page, so maybe you're using the current 2.x revision? Always the last one. Maybe you should provide your source code so that if I see we are talking about the same problem... Regards, -- Beno?t Minisini From kevinfishburne at ...590... Fri Jul 30 22:49:43 2010 From: kevinfishburne at ...590... (kevinfishburne) Date: Fri, 30 Jul 2010 13:49:43 -0700 (PDT) Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution In-Reply-To: <201007302213.13010.gambas@...1...> References: <29292716.post@...565...> <201007302015.05373.gambas@...1...> <29308770.post@...565...> <201007302213.13010.gambas@...1...> Message-ID: <29309812.post@...565...> Bugzilla from gambas at ...1... wrote: > > Always the last one. Maybe you should provide your source code so that if > I > see we are talking about the same problem... > I've attached a project using QT that exhibits the problem. It has one combobox control with list values 1, 2, 3 and 4. The Text property is set to "Soon to be gone". Running it with QT shows "1" and running it with GTK shows "Soon to be gone". http://old.nabble.com/file/p29309812/Test.tar.bz2 Test.tar.bz2 ----- Kevin Fishburne, Eight Virtues www: http://sales.eightvirtues.com http://sales.eightvirtues.com e-mail: mailto:sales at ...590... sales at ...590... phone: (770) 853-6271 -- View this message in context: http://old.nabble.com/2-2.21.0%3A-QT-ComboBox-loses-.Text-value-upon-execution-tp29292716p29309812.html Sent from the gambas-devel mailing list archive at Nabble.com. From gambas at ...1... Sat Jul 31 01:30:45 2010 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 31 Jul 2010 01:30:45 +0200 Subject: [Gambas-devel] 2-2.21.0: QT ComboBox loses .Text value upon execution In-Reply-To: <29309812.post@...565...> References: <29292716.post@...565...> <201007302213.13010.gambas@...1...> <29309812.post@...565...> Message-ID: <201007310130.46120.gambas@...1...> > Bugzilla from gambas at ...1... wrote: > > Always the last one. Maybe you should provide your source code so that if > > I > > see we are talking about the same problem... > > I've attached a project using QT that exhibits the problem. It has one > combobox control with list values 1, 2, 3 and 4. The Text property is set > to "Soon to be gone". Running it with QT shows "1" and running it with GTK > shows "Soon to be gone". > > http://old.nabble.com/file/p29309812/Test.tar.bz2 Test.tar.bz2 > Can you try the latest revision? I tried to fix the behaviour of the ComboBox, both in gb.qt and gb.gtk. The problem was the order in which ReadOnly, Text and List properties were set. Now, you should be able to set them in any order, and get the expected result. Regards, -- Beno?t Minisini