From gambas at ...1... Tue Dec 1 05:12:19 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 1 Dec 2009 05:12:19 +0100 Subject: [Gambas-devel] Arguments of inherited constructors. CHANGE AGAIN! Message-ID: <200912010512.19706.gambas@...1...> Hi, I changed the way arguments are consumed by inherited constructors. Yes, again! Now mandatory arguments are consumed first, and then optional arguments if there are available arguments. For example, if you have the following inheritance: MyForm --> Form --> Window with the MyForm constructor being: Sub _new(FirstArg As String, SecondArg as Integer, Optional ThirdArg As Integer) The Form constructor takes no argument, and the Window constructor takes an optional parent argument. The signature of the final constructor will be: New MyForm(FirstArg As String, SecondArg As Integer, Optional Parent As Control, Optional ThirdArg As Integer) In a more general way, the order of arguments is: - Mandatory arguments of the final constructor. - Mandatory arguments of the parent constructor. - Mandatory arguments of the grand-parent constructor. ... and so on. - Optional arguments of the final constructor. - Optional arguments of the parent constructor. - Optional arguments of the grand-parent constructor. ... and so on. I hope I was clear. I did that to fix the last "brain-fucking" syntax where you had to pass arguments that were optional in the parent class. I think with the new syntax, things are better. Sorry for the inconvenience if you have to rewrite a few lines of code! Regards, -- Beno?t Minisini From gambas at ...1... Tue Dec 1 05:19:29 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 1 Dec 2009 05:19:29 +0100 Subject: [Gambas-devel] Arguments of inherited constructors. CHANGE AGAIN! In-Reply-To: <200912010512.19706.gambas@...1...> References: <200912010512.19706.gambas@...1...> Message-ID: <200912010519.29332.gambas@...1...> > In a more general way, the order of arguments is: > > - Mandatory arguments of the final constructor. > - Mandatory arguments of the parent constructor. > - Mandatory arguments of the grand-parent constructor. > ... and so on. > - Optional arguments of the final constructor. > - Optional arguments of the parent constructor. > - Optional arguments of the grand-parent constructor. > ... and so on. > NO, I was wrong. The order of argument is, for a three level inheritance tree: * Mandatory arguments of the grand-parent constructor. * Mandatory arguments of the parent constructor. * Mandatory arguments of the final constructor. * Optional arguments of the grand-parent constructor. * Optional arguments of the parent constructor. * Optional arguments of the final constructor. The elder classes first! -- Beno?t Minisini From nospam.nospam.nospam at ...176... Tue Dec 1 08:53:04 2009 From: nospam.nospam.nospam at ...176... (nospam.nospam.nospam at ...176...) Date: Tue, 1 Dec 2009 18:53:04 +1100 Subject: [Gambas-devel] Well, I think it's a good change... References: <200911301219.40302.gambas@...1...> Message-ID: Beno?t Minisini wrote: > And, more important, you should better develop on Gambas 3 than > Gambas 2. I mean, I won't merge a change in Gambas 2 if I don't have > the equivalent for Gambas 3. About that. Would you accept a change for G3 without it being done for G2 also? From gambas at ...1... Tue Dec 1 18:30:31 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 1 Dec 2009 18:30:31 +0100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: References: <200911301219.40302.gambas@...1...> Message-ID: <200912011830.31854.gambas@...1...> > Beno?t Minisini wrote: > > And, more important, you should better develop on Gambas 3 than > > Gambas 2. I mean, I won't merge a change in Gambas 2 if I don't have > > the equivalent for Gambas 3. > > About that. Would you accept a change for G3 without it being done for G2 > also? > Of course, Gambas 3 is a development version. Unless it is a bug fix that could easily backported. Regards, -- Beno?t Minisini From rterry at ...627... Wed Dec 2 00:13:35 2009 From: rterry at ...627... (richard terry) Date: Wed, 2 Dec 2009 10:13:35 +1100 Subject: [Gambas-devel] addressing collection members question Message-ID: <200912021013.35900.rterry@...627...> I must have a mental block on this cause can't figure it out. I want to pass a field name to a routine to select some data to display in a listbox: Lets call the collection the_data and the field name "occupation" If I use this code: listview1.add (the_data!pk, the_data!occupation) then the names appear in the list. But I want to be able to address the field by passing the name as a string to the subroutine eg Sub Do_somthing (field_name as string) but I can't figure out how to address the collection using the field name so that WhatGoesHere is correct. listview1.add (the_data!pk, WhatGoesHere?) Hope thats not too ambiguous Any help appreciated. Richard From gambas at ...1... Wed Dec 2 00:24:03 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 2 Dec 2009 00:24:03 +0100 Subject: [Gambas-devel] addressing collection members question In-Reply-To: <200912021013.35900.rterry@...627...> References: <200912021013.35900.rterry@...627...> Message-ID: <200912020024.03669.gambas@...1...> > I must have a mental block on this cause can't figure it out. > > I want to pass a field name to a routine to select some data to display in > a listbox: > > > Lets call the collection the_data and the field name "occupation" > > If I use this code: > > listview1.add (the_data!pk, the_data!occupation) then > > the names appear in the list. > > But I want to be able to address the field by passing the name as a string > to the subroutine > > eg Sub Do_somthing (field_name as string) > > but I can't figure out how to address the collection using the field name > so that WhatGoesHere is correct. > > listview1.add (the_data!pk, WhatGoesHere?) > > Hope thats not too ambiguous > > Any help appreciated. > > Richard > the_data[field_name] -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 2 08:02:21 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 2 Dec 2009 18:02:21 +1100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: <200912011830.31854.gambas@...1...> References: <200911301219.40302.gambas@...1...> <200912011830.31854.gambas@...1...> Message-ID: 2009/12/2 Beno?t Minisini : >> Beno?t Minisini wrote: >> > And, more important, you should better develop on Gambas 3 than >> > Gambas 2. I mean, I won't merge a change in Gambas 2 if I don't have >> > the equivalent for Gambas 3. >> >> About that. Would you accept a change for G3 without it being done for G2 >> also? >> > > Of course, Gambas 3 is a development version. Unless it is a bug fix that > could easily backported. Ok, great. I wouldn't want to work on two versions so I'll see how I go with g3. Is there any txt anywhere that will help me setup the development environment properly? From Karl.Reinl at ...16... Wed Dec 2 11:46:39 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 02 Dec 2009 11:46:39 +0100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: References: <200911301219.40302.gambas@...1...> <200912011830.31854.gambas@...1...> Message-ID: <1259750799.6434.15.camel@...102...> Am Mittwoch, den 02.12.2009, 18:02 +1100 schrieb Kadaitcha Man: > 2009/12/2 Beno?t Minisini : > >> Beno?t Minisini wrote: > >> > And, more important, you should better develop on Gambas 3 than > >> > Gambas 2. I mean, I won't merge a change in Gambas 2 if I don't have > >> > the equivalent for Gambas 3. > >> > >> About that. Would you accept a change for G3 without it being done for G2 > >> also? > >> > > > > Of course, Gambas 3 is a development version. Unless it is a bug fix that > > could easily backported. > > Ok, great. I wouldn't want to work on two versions so I'll see how I go with g3. > > Is there any txt anywhere that will help me setup the development > environment properly? Hallo nospam, this is the place you find the IDE: /app/src/gambas3 I wouldn't work there, because further svn updates, will trouble you! If you copy it to the place where you want to work, pay attention , you'v .svn in the path and if you go Project/Properties/Versioning where you can update directly to the svn trunk/. If you don't want having the svn and all what came down by svn, open the /app/src/gambas3 in the IDE and make a "Source archive" Ctrl+Alt+A. Which you can extract to the place you want, and that way you have always 'a copy' if something went wrong. Then you start as usual gambas3 and load the IDE into the IDE....thats all. -- Amicalement Charlie From sanyaade at ...255... Wed Dec 2 11:47:20 2009 From: sanyaade at ...255... (sanyaade at ...255...) Date: Wed, 2 Dec 2009 02:47:20 -0800 Subject: [Gambas-devel] [SPAM] Vacation reply In-Reply-To: <1259750799.6434.15.camel@...102...> Message-ID: An HTML attachment was scrubbed... URL: From nospam.nospam.nospam at ...176... Wed Dec 2 11:53:23 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 2 Dec 2009 21:53:23 +1100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: <1259750799.6434.15.camel@...102...> References: <200911301219.40302.gambas@...1...> <200912011830.31854.gambas@...1...> <1259750799.6434.15.camel@...102...> Message-ID: 2009/12/2 Charlie Reinl : > Then you ... load the IDE into the IDE.... I noticed that. It reminds me of the self-engulfing chapter in G?del, Escher, Bach: An Eternal Golden Braid by Douglas Hofstadter. From Karl.Reinl at ...16... Wed Dec 2 11:57:36 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Wed, 02 Dec 2009 11:57:36 +0100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: References: <200911301219.40302.gambas@...1...> <200912011830.31854.gambas@...1...> <1259750799.6434.15.camel@...102...> Message-ID: <1259751456.6434.19.camel@...102...> Am Mittwoch, den 02.12.2009, 21:53 +1100 schrieb Kadaitcha Man: > 2009/12/2 Charlie Reinl : > > > Then you ... load the IDE into the IDE.... > > I noticed that. It reminds me of the self-engulfing chapter in G?del, > Escher, Bach: An Eternal Golden Braid by Douglas Hofstadter. Salut, i'v never went as far, but you can continue, start the loaded IDE by F5 and .....yes load an IDE and so on...... Charlie From gambas at ...1... Wed Dec 2 14:39:32 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 2 Dec 2009 14:39:32 +0100 Subject: [Gambas-devel] Well, I think it's a good change... In-Reply-To: References: <200912011830.31854.gambas@...1...> Message-ID: <200912021439.32505.gambas@...1...> > 2009/12/2 Beno?t Minisini : > >> Beno?t Minisini wrote: > >> > And, more important, you should better develop on Gambas 3 than > >> > Gambas 2. I mean, I won't merge a change in Gambas 2 if I don't have > >> > the equivalent for Gambas 3. > >> > >> About that. Would you accept a change for G3 without it being done for > >> G2 also? > > > > Of course, Gambas 3 is a development version. Unless it is a bug fix that > > could easily backported. > > Ok, great. I wouldn't want to work on two versions so I'll see how I go > with g3. > > Is there any txt anywhere that will help me setup the development > environment properly? > You must read the "how to use subversion" page on the wiki, to know how to use subversion. Then you can checkout the entire source tree somewhere on your hard disk and start working on it. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sun Dec 6 02:26:31 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 6 Dec 2009 12:26:31 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure Message-ID: First an opinion, then a problem: Ubuntu 9.10, qt4 installed, G3 is rev 2457. Opinion: I think the G3 directory structure needs a good looking at. The project directory appears empty and is susceptible to causing confusion, and being deleted. Problem: I made a backup of some projects and copied them to a different drive. If I open the project on the other drive from within the Gambas 3 IDE, I get the image shown in PIC1.png. All ok, but if I copy the project directory in Nautilus to a Projects subdirectory in my Home folder and open the project from within the G3 IDE, I get the image shown in PIC2.png; highlighting has died. I even tried the cp command line, preserving attributes etc, and still the highlighting has died. If I create a project in the Projects subdirectory in my Home folder and open the project from within the G3 IDE, all is well. From nospam.nospam.nospam at ...176... Sun Dec 6 02:36:31 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 6 Dec 2009 12:36:31 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: Message-ID: 2009/12/6 Kadaitcha Man : > Problem: I made a backup of some projects and copied them to a > different drive. If I open the project on the other drive from within > the Gambas 3 IDE, I get the image shown in PIC1.png. All ok, but if I > copy the project directory in Nautilus to a Projects subdirectory in > my Home folder and open the project from within the G3 IDE, I get the > image shown in PIC2.png; highlighting has died. Ok, I think I have found what might be causing the behaviour. Gambas keeps a list of opened files and tabs. If I open the copied project, close the tabs then reopen them, all is back to normal. From nospam.nospam.nospam at ...176... Sun Dec 6 03:53:58 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 6 Dec 2009 13:53:58 +1100 Subject: [Gambas-devel] G3 Wizard issue Message-ID: If I set a picture for the title area of a wizard control and remove the text, the text background still shows. See attached. To workaround this I can make the image separate from the wizard control. It doesn't seem to be correct to provide a Picture property that is masked by a background field. -------------- next part -------------- A non-text attachment was scrubbed... Name: wizard.png Type: image/png Size: 25268 bytes Desc: not available URL: From rterry at ...627... Sun Dec 6 07:42:58 2009 From: rterry at ...627... (richard terry) Date: Sun, 6 Dec 2009 17:42:58 +1100 Subject: [Gambas-devel] Splitter syntax apparentlly not working. Message-ID: <200912061742.58790.rterry@...627...> I decided to bite the bullet and convert my (huge) project to qt4 which would also mean droping kde3 konqueror and using webkit which is why I've put it off for so long. I un-check the old qt settings, and re-checked with qt4 ones, and drawing areas replaced the now out-of-date controls. - ok I can fix that. But settings is behaving strangly with layouts eg the docs say and always have: VSplit.Layout (gb.qt) Syntax PROPERTY Layout AS String Returns or sets the description of the splitter layout. This property is a comma-separated list of the relative sizes of the children. But Vsplit_whatever.layout = "100,200" for example dosn't work and complains that it wants an integer, as per the sample in the picture below. Any ideas? Regards richard -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: settings_funny_behaviour.png Type: image/png Size: 17523 bytes Desc: not available URL: From Karl.Reinl at ...16... Sun Dec 6 12:04:54 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sun, 06 Dec 2009 12:04:54 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: Message-ID: <1260097495.6367.10.camel@...102...> Am Sonntag, den 06.12.2009, 12:26 +1100 schrieb Kadaitcha Man: > First an opinion, then a problem: > > Ubuntu 9.10, qt4 installed, G3 is rev 2457. > > Opinion: I think the G3 directory structure needs a good looking at. > The project directory appears empty and is susceptible to causing > confusion, and being deleted. > > Problem: I made a backup of some projects and copied them to a > different drive. If I open the project on the other drive from within > the Gambas 3 IDE, I get the image shown in PIC1.png. All ok, but if I > copy the project directory in Nautilus to a Projects subdirectory in > my Home folder and open the project from within the G3 IDE, I get the > image shown in PIC2.png; highlighting has died. > > I even tried the cp command line, preserving attributes etc, and still > the highlighting has died. > > If I create a project in the Projects subdirectory in my Home folder > and open the project from within the G3 IDE, all is well. Hi Kadaitcha Man, for coping gambas-project, you have Ctrl+Alt+A or Project/version/source archive, which make you a wonderful tar-package, within all you need. for the empty appearing gambas3-directories, perhaps try Ctrl+H (with Nautilus) to see hidden directories, mainly .src . Perhaps it should be placed something like copy.note or read.me inside. -- Cordialement Charlie From gambas at ...1... Sun Dec 6 12:16:38 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 6 Dec 2009 12:16:38 +0100 Subject: [Gambas-devel] Splitter syntax apparentlly not working. In-Reply-To: <200912061742.58790.rterry@...627...> References: <200912061742.58790.rterry@...627...> Message-ID: <200912061216.38848.gambas@...1...> > I decided to bite the bullet and convert my (huge) project to qt4 which > would also mean droping kde3 konqueror and using webkit which is why I've > put it off for so long. > > I un-check the old qt settings, and re-checked with qt4 ones, and drawing > areas replaced the now out-of-date controls. - ok I can fix that. > > But settings is behaving strangly with layouts eg the docs say and always > have: > > VSplit.Layout (gb.qt) > Syntax > PROPERTY Layout AS String > Returns or sets the description of the splitter layout. > This property is a comma-separated list of the relative sizes of the > children. > > But Vsplit_whatever.layout = "100,200" for example dosn't work and > complains that it wants an integer, as per the sample in the picture > below. > > Any ideas? > Regards > > richard > Not an Integer, but an Integer[]. You must replace the "values separated by commas stored in a string" by an array of integers. Regards, -- Beno?t Minisini From rterry at ...627... Sun Dec 6 12:49:50 2009 From: rterry at ...627... (richard terry) Date: Sun, 6 Dec 2009 22:49:50 +1100 Subject: [Gambas-devel] Splitter syntax apparentlly not working. In-Reply-To: <200912061216.38848.gambas@...1...> References: <200912061742.58790.rterry@...627...> <200912061216.38848.gambas@...1...> Message-ID: <200912062249.50958.rterry@...627...> On Sunday 06 December 2009 22:16:38 you wrote: > > I decided to bite the bullet and convert my (huge) project to qt4 which > > would also mean droping kde3 konqueror and using webkit which is why > > I've put it off for so long. > > > > I un-check the old qt settings, and re-checked with qt4 ones, and drawing > > areas replaced the now out-of-date controls. - ok I can fix that. > > > > But settings is behaving strangly with layouts eg the docs say and always > > have: > > > > VSplit.Layout (gb.qt) > > Syntax > > PROPERTY Layout AS String > > Returns or sets the description of the splitter layout. > > This property is a comma-separated list of the relative sizes of the > > children. > > > > But Vsplit_whatever.layout = "100,200" for example dosn't work and > > complains that it wants an integer, as per the sample in the picture > > below. > > > > Any ideas? > > Regards > > > > richard > > Not an Integer, but an Integer[]. You must replace the "values separated by > commas stored in a string" by an array of integers. > > Regards, > Thanks Benoit, got to that eventually. Lots of problems with this conversion including numerous sig11's when running which I'll digest and try and send to you in the coming weeks. One weird thing is seemingly though I can change the background color of a columnview in the IDE, only the outline becomes coloured when the program runs. Regards Richard From gambas at ...1... Sun Dec 6 12:59:44 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 6 Dec 2009 12:59:44 +0100 Subject: [Gambas-devel] Splitter syntax apparentlly not working. In-Reply-To: <200912062249.50958.rterry@...627...> References: <200912061742.58790.rterry@...627...> <200912061216.38848.gambas@...1...> <200912062249.50958.rterry@...627...> Message-ID: <200912061259.44797.gambas@...1...> > On Sunday 06 December 2009 22:16:38 you wrote: > > > I decided to bite the bullet and convert my (huge) project to qt4 which > > > would also mean droping kde3 konqueror and using webkit which is why > > > I've put it off for so long. > > > > > > I un-check the old qt settings, and re-checked with qt4 ones, and > > > drawing areas replaced the now out-of-date controls. - ok I can fix > > > that. > > > > > > But settings is behaving strangly with layouts eg the docs say and > > > always have: > > > > > > VSplit.Layout (gb.qt) > > > Syntax > > > PROPERTY Layout AS String > > > Returns or sets the description of the splitter layout. > > > This property is a comma-separated list of the relative sizes of the > > > children. > > > > > > But Vsplit_whatever.layout = "100,200" for example dosn't work and > > > complains that it wants an integer, as per the sample in the picture > > > below. > > > > > > Any ideas? > > > Regards > > > > > > richard > > > > Not an Integer, but an Integer[]. You must replace the "values separated > > by commas stored in a string" by an array of integers. > > > > Regards, > > Thanks Benoit, got to that eventually. > > Lots of problems with this conversion including numerous sig11's when > running which I'll digest and try and send to you in the coming weeks. If you have a sig11 that you can reproduce, please use valgrind and send me its output. It provides better information than gdb. > > One weird thing is seemingly though I can change the background color of a > columnview in the IDE, only the outline becomes coloured when the program > runs. > Colors are managed differently in Qt4 than in Qt3. Maybe that could be fixed so that changing the background color can affect controls that do not use it (there are internally different background colors in Qt). Regards, -- Beno?t Minisini From rterry at ...627... Mon Dec 7 00:24:31 2009 From: rterry at ...627... (richard terry) Date: Mon, 7 Dec 2009 10:24:31 +1100 Subject: [Gambas-devel] Background colors in QT4 + Comments on the toolkit In-Reply-To: <200912061259.44797.gambas@...1...> References: <200912061742.58790.rterry@...627...> <200912062249.50958.rterry@...627...> <200912061259.44797.gambas@...1...> Message-ID: <200912071024.31850.rterry@...627...> Interesting having played with this toolkit. Maybe there is a way around this, but it suffers some of the same problems that plagued the wxPython toolkit - which eventually drove me away from the python/wxPython environment. Example - rendering of the lists there is a internal 'waste of space' lost in the white space around the line heights. As the font is reduced in a list, the white space above/below the lines seems dis-proportionately large. I used the screen ruler and a set of manifying loops to read it properly and for example on a 10 point font height, 25% of the line in a listbox is taken up by whitespace. Maybe there is a desktop setting to change this? Interestingly and I'm not a graphic person so I don't understand this, the colors in qt4 are different to qt3 on the same monitor - this sounds like an add for a laundry detergent but the whites are whiter and the blue's bluer etc. Overall the effect of different rendering the colors and (perhaps but I havn't looked at it in detail the controls/angles/edges) is a much harsher/cruder looking gui-interface. I guess the solution is to tone-down the colors. Regards Richard From gambas at ...1... Mon Dec 7 00:46:26 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 7 Dec 2009 00:46:26 +0100 Subject: [Gambas-devel] Background colors in QT4 + Comments on the toolkit In-Reply-To: <200912071024.31850.rterry@...627...> References: <200912061742.58790.rterry@...627...> <200912061259.44797.gambas@...1...> <200912071024.31850.rterry@...627...> Message-ID: <200912070046.26716.gambas@...1...> > Interesting having played with this toolkit. > > Maybe there is a way around this, but it suffers some of the same problems > that plagued the wxPython toolkit - which eventually drove me away from the > python/wxPython environment. > > Example - rendering of the lists there is a internal 'waste of space' > lost in the white space around the line heights. As the font is reduced in > a list, the white space above/below the lines seems dis-proportionately > large. I used the screen ruler and a set of manifying loops to read it > properly and for example on a 10 point font height, 25% of the line in a > listbox is taken up by whitespace. Maybe there is a desktop setting to > change this? > > Interestingly and I'm not a graphic person so I don't understand this, the > colors in qt4 are different to qt3 on the same monitor - this sounds like > an add for a laundry detergent but the whites are whiter and the blue's > bluer etc. > > Overall the effect of different rendering the colors and (perhaps but I > havn't looked at it in detail the controls/angles/edges) is a much > harsher/cruder looking gui-interface. I guess the solution is to tone-down > the colors. > > Regards > > Richard > Please provide some screenshots of what you are talking about. This is the fastest way for me to see if there is a problem or everything is normal. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Mon Dec 7 06:51:32 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 16:51:32 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <1260097495.6367.10.camel@...102...> References: <1260097495.6367.10.camel@...102...> Message-ID: 2009/12/6 Charlie Reinl : > Am Sonntag, den 06.12.2009, 12:26 +1100 schrieb Kadaitcha Man: > for the empty appearing gambas3-directories, perhaps try Ctrl+H (with > Nautilus) to see hidden directories, mainly .src . I know that. What's the point of having empty directories and having to press Ctrl-H? It doesn't make sense to me. From Karl.Reinl at ...16... Mon Dec 7 09:44:29 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Mon, 07 Dec 2009 09:44:29 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: <1260097495.6367.10.camel@...102...> Message-ID: <1260175469.7668.1.camel@...102...> Am Montag, den 07.12.2009, 16:51 +1100 schrieb Kadaitcha Man: > 2009/12/6 Charlie Reinl : > > Am Sonntag, den 06.12.2009, 12:26 +1100 schrieb Kadaitcha Man: > > > for the empty appearing gambas3-directories, perhaps try Ctrl+H (with > > Nautilus) to see hidden directories, mainly .src . > > I know that. What's the point of having empty directories and having > to press Ctrl-H? > > It doesn't make sense to me. > Toggles view (hide or show hidden files/directories) From nospam.nospam.nospam at ...176... Mon Dec 7 10:01:09 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 20:01:09 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <1260175469.7668.1.camel@...102...> References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> Message-ID: 2009/12/7 Charlie Reinl : > Am Montag, den 07.12.2009, 16:51 +1100 schrieb Kadaitcha Man: >> 2009/12/6 Charlie Reinl : >> > Am Sonntag, den 06.12.2009, 12:26 +1100 schrieb Kadaitcha Man: >> >> > for the empty appearing gambas3-directories, perhaps try Ctrl+H (with >> > Nautilus) to see hidden directories, mainly .src . >> >> I know that. What's the point of having empty directories and having >> to press Ctrl-H? >> >> It doesn't make sense to me. >> > Toggles view (hide or show hidden files/directories) Charlie, you've been very helpful to me in the past, which I'm truly very grateful for, but right now you're either being a bit dense or you're not understanding the problem, or both :) I'll try again. What is the point of having having everything in the project folder hidden? I want to see my files, by default, so why does G3 try to hide them from me? Why do I have to go to the trouble of pressing Ctrl-H at all? There is no point to it that I can fathom. None at all. I mean, why hide something that the programmer can unhide? All it does is force the programmer to unhide the files. It really seems verr?ckt, beknackt, irre, irrsinnig, wahnsinnig, bekloppt, spinnert, ?bergeschnappt, verdreht, versessen, rappelig, toll, fetzig, spleenig, sinnlos, nichts sagend, aussichtslos, stumpf, unn?tz, m??ig, zwecklos undt eine Verschwendung von Zeit :) Capice, old mate? From nospam.nospam.nospam at ...176... Mon Dec 7 10:07:43 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 20:07:43 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> Message-ID: 2009/12/7 Kadaitcha Man : > I mean, why hide something that the programmer can unhide? All it does > is force the programmer to unhide the files. It really seems verr?ckt, > beknackt, irre, irrsinnig, wahnsinnig, bekloppt, spinnert, > ?bergeschnappt, verdreht, versessen, rappelig, toll, fetzig, spleenig, > sinnlos, nichts sagend, aussichtslos, stumpf, unn?tz, m??ig, zwecklos > undt eine Verschwendung von Zeit :) PS: For the French-speaking amongst us, il est fou, fou, fou, fou. lol From Karl.Reinl at ...16... Mon Dec 7 11:02:20 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Mon, 07 Dec 2009 11:02:20 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> Message-ID: <1260180140.7668.18.camel@...102...> Am Montag, den 07.12.2009, 20:01 +1100 schrieb Kadaitcha Man: > 2009/12/7 Charlie Reinl : > > Am Montag, den 07.12.2009, 16:51 +1100 schrieb Kadaitcha Man: > >> 2009/12/6 Charlie Reinl : > >> > Am Sonntag, den 06.12.2009, 12:26 +1100 schrieb Kadaitcha Man: > >> > >> > for the empty appearing gambas3-directories, perhaps try Ctrl+H (with > >> > Nautilus) to see hidden directories, mainly .src . > >> > >> I know that. What's the point of having empty directories and having > >> to press Ctrl-H? > >> > >> It doesn't make sense to me. > >> > > Toggles view (hide or show hidden files/directories) > > Charlie, you've been very helpful to me in the past, which I'm truly > very grateful for, but right now you're either being a bit dense or > you're not understanding the problem, or both :) > > I'll try again. What is the point of having having everything in the > project folder hidden? > > I want to see my files, by default, so why does G3 try to hide them > from me? Why do I have to go to the trouble of pressing Ctrl-H at all? > > There is no point to it that I can fathom. None at all. > > I mean, why hide something that the programmer can unhide? All it does > is force the programmer to unhide the files. It really seems verr?ckt, > beknackt, irre, irrsinnig, wahnsinnig, bekloppt, spinnert, > ?bergeschnappt, verdreht, versessen, rappelig, toll, fetzig, spleenig, > sinnlos, nichts sagend, aussichtslos, stumpf, unn?tz, m??ig, zwecklos > undt eine Verschwendung von Zeit :) > > Capice, old mate? Salut, oh,... ah.. no all three. Why should programmer want to see the files, how they stored on the disk ? Or do you use other editor then the gambas IDE. I do not use gambas3 a lot, (only looking for compatibility) but I didn't remark that as a problem. -- Amicalement Charlie From nospam.nospam.nospam at ...176... Mon Dec 7 11:07:05 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 21:07:05 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <1260180140.7668.18.camel@...102...> References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> <1260180140.7668.18.camel@...102...> Message-ID: 2009/12/7 Charlie Reinl : > Why should programmer want to see the files lol - if you can't see the files, why have a directory? From Karl.Reinl at ...16... Mon Dec 7 11:23:48 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Mon, 07 Dec 2009 11:23:48 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> <1260180140.7668.18.camel@...102...> Message-ID: <1260181428.7668.28.camel@...102...> Am Montag, den 07.12.2009, 21:07 +1100 schrieb Kadaitcha Man: > 2009/12/7 Charlie Reinl : > > > Why should programmer want to see the files > > lol - if you can't see the files, why have a directory? that's a simple form of a repository on a disk. No? And keep all together, what belongs a typ ,(project, image, source-code) And for quick access to all that, you have the gambas IDE. Oh, did you know, that the IDE reads all whats needed when it starts (components) and source-code when open the project. All changes which comes "from outside" are not considered. (Not tested in gambas3) -- Amicalement Charlie From nospam.nospam.nospam at ...176... Mon Dec 7 11:28:33 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 21:28:33 +1100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <1260181428.7668.28.camel@...102...> References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> <1260180140.7668.18.camel@...102...> <1260181428.7668.28.camel@...102...> Message-ID: 2009/12/7 Charlie Reinl : > Am Montag, den 07.12.2009, 21:07 +1100 schrieb Kadaitcha Man: >> 2009/12/7 Charlie Reinl : >> >> > Why should programmer want to see the files >> >> lol - if you can't see the files, why have a directory? > > that's a simple form of a repository on a disk. No? > And keep all together, what belongs a typ ,(project, image, source-code) > And for quick access to all that, you have the gambas IDE. > > Oh, did you know, that the IDE reads all whats needed when it starts > (components) and source-code when open the project. > All changes which comes "from outside" are not considered. > (Not tested in gambas3) I give up. From ron at ...572... Mon Dec 7 11:36:08 2009 From: ron at ...572... (Ron) Date: Mon, 07 Dec 2009 11:36:08 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <1260181428.7668.28.camel@...102...> References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> <1260180140.7668.18.camel@...102...> <1260181428.7668.28.camel@...102...> Message-ID: <4B1CDA98.6010706@...572...> Charlie Reinl wrote: > Am Montag, den 07.12.2009, 21:07 +1100 schrieb Kadaitcha Man: > >> 2009/12/7 Charlie Reinl : >> >> >>> Why should programmer want to see the files >>> >> lol - if you can't see the files, why have a directory? >> > > that's a simple form of a repository on a disk. No? > And keep all together, what belongs a typ ,(project, image, source-code) > And for quick access to all that, you have the gambas IDE. > > Oh, did you know, that the IDE reads all whats needed when it starts > (components) and source-code when open the project. > All changes which comes "from outside" are not considered. > (Not tested in gambas3) > > > > You can click the refresh icon, and new file(s) appear in the treebrowser, for example if you copy them outside of the IDE, at least thats how G2 works. To be honest, I found it a bit strange too that all project files are hidden in G3. Simply a dir called 'src' or 'project' with all files visible, is what I had expected. Regard, Ron_2nd. From nospam.nospam.nospam at ...176... Mon Dec 7 11:45:02 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 21:45:02 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) Message-ID: Rich-text looks like this: {\*\ts15\tsrowd\trbrdrt\brdrs\brdrw10 \trbrdrl\brdrs\brdrw10 \trbrdrb\brdrs\brdrw10 \trbrdrr\brdrs\brdrw10 \trbrdrh\brdrs\brdrw10 \trbrdrv\brdrs\brdrw10 \trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\tscellwidthfts0\tsve} Not like this: What is that new animal ? Well, Gambas is a free development environment based on a Basic interpreter with object extensions, like Visual Basic™ (but it is NOT a clone !). Read theintroductionfor more information.

What Rich Text Format (RTF) Specification was used to develop the TextEdit (gb.qt.ext) "rich-text editor"? If no RTF standard was used, what format is the supposedly "rich-text" editor actually using? From nospam.nospam.nospam at ...176... Mon Dec 7 11:54:06 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 7 Dec 2009 21:54:06 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: Message-ID: 2009/12/7 Kadaitcha Man : > Rich-text looks like this: > > {\*\ts15\tsrowd\trbrdrt\brdrs\brdrw10 \trbrdrl\brdrs\brdrw10 > \trbrdrb\brdrs\brdrw10 > \trbrdrr\brdrs\brdrw10 \trbrdrh\brdrs\brdrw10 \trbrdrv\brdrs\brdrw10 > \trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\tscellwidthfts0\tsve} > > Not like this: > > What is that new animal ? Well, Gambas > is a free development environment based on a Basic interpreter > with object extensions, like Visual Basic™ (but it is > NOT > a clone !). Read the href="introduction.html">introductionfor more information. >

> > What Rich Text Format (RTF) Specification was used to develop the > TextEdit (gb.qt.ext) "rich-text editor"? > > If no RTF standard was used, what format is the supposedly "rich-text" > editor actually using? Scratch that. Despite what the documentation says, TextEdit (gb.qt.ext) is not a rich-text editor, by any stretch of the imagination. It is a mere mini HTML markup control, a subset of the HTML format. Sheesh. Ok, own up. Who thought it was a good idea to call it a "rich-text editor"? From ron at ...572... Mon Dec 7 11:58:18 2009 From: ron at ...572... (Ron) Date: Mon, 07 Dec 2009 11:58:18 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: Message-ID: <4B1CDFCA.4080205@...572...> Kadaitcha Man wrote: > 2009/12/7 Kadaitcha Man : > >> Rich-text looks like this: >> >> {\*\ts15\tsrowd\trbrdrt\brdrs\brdrw10 \trbrdrl\brdrs\brdrw10 >> \trbrdrb\brdrs\brdrw10 >> \trbrdrr\brdrs\brdrw10 \trbrdrh\brdrs\brdrw10 \trbrdrv\brdrs\brdrw10 >> \trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\tscellwidthfts0\tsve} >> >> Not like this: >> >> What is that new animal ? Well, Gambas >> is a free development environment based on a Basic interpreter >> with object extensions, like Visual Basic™ (but it is >> NOT >> a clone !). Read the> href="introduction.html">introductionfor more information. >>

>> >> What Rich Text Format (RTF) Specification was used to develop the >> TextEdit (gb.qt.ext) "rich-text editor"? >> >> If no RTF standard was used, what format is the supposedly "rich-text" >> editor actually using? >> > > Scratch that. Despite what the documentation says, TextEdit > (gb.qt.ext) is not a rich-text editor, by any stretch of the > imagination. It is a mere mini HTML markup control, a subset of the > HTML format. > > Sheesh. Ok, own up. Who thought it was a good idea to call it a > "rich-text editor"? > > ------------------------------------------------------------------------------ > I guess you have to point your finger in the direction of the QT developers. http://doc.trolltech.com/4.1/richtext-common-tasks.html Regards, Ron_2nd. From gambas.fr at ...176... Mon Dec 7 12:00:42 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 7 Dec 2009 12:00:42 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: Message-ID: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> It's a ritch text editor .... what is rich text ??? ... it's text with formating capability Not only the RTF format that is an old format ! 2009/12/7 Kadaitcha Man : > 2009/12/7 Kadaitcha Man : >> Rich-text looks like this: >> >> {\*\ts15\tsrowd\trbrdrt\brdrs\brdrw10 \trbrdrl\brdrs\brdrw10 >> \trbrdrb\brdrs\brdrw10 >> \trbrdrr\brdrs\brdrw10 \trbrdrh\brdrs\brdrw10 \trbrdrv\brdrs\brdrw10 >> \trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\tscellwidthfts0\tsve} >> >> Not like this: >> >> What is that new animal ? Well, Gambas >> is a free development environment based on a Basic interpreter >> with object extensions, like Visual Basic™ (but it is >> NOT >> a clone !). Read the> href="introduction.html">introductionfor more information. >>

>> >> What Rich Text Format (RTF) Specification was used to develop the >> TextEdit (gb.qt.ext) "rich-text editor"? >> >> If no RTF standard was used, what format is the supposedly "rich-text" >> editor actually using? > > Scratch that. Despite what the documentation says, TextEdit > (gb.qt.ext) is not a rich-text editor, by any stretch of the > imagination. It is a mere mini HTML markup control, a subset of the > HTML format. > > Sheesh. Ok, own up. Who thought it was a good idea to call it a > "rich-text editor"? > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Mon Dec 7 12:04:57 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 7 Dec 2009 12:04:57 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <4B1CDA98.6010706@...572...> References: <1260097495.6367.10.camel@...102...> <1260175469.7668.1.camel@...102...> <1260180140.7668.18.camel@...102...> <1260181428.7668.28.camel@...102...> <4B1CDA98.6010706@...572...> Message-ID: <6324a42a0912070304r2d1bdfeet220029d3e88e3ffa@...178...> if i remember well the packager take only not hidden file to make the executable archive... by this way all the other files (svn, and others) are not takked into account. (maybe Benoit can doing an exception for the src directorie.... i'll prefer too) 2009/12/7 Ron : > Charlie Reinl wrote: >> Am Montag, den 07.12.2009, 21:07 +1100 schrieb Kadaitcha Man: >> >>> 2009/12/7 Charlie Reinl : >>> >>> >>>> Why should programmer want to see the files >>>> >>> lol - if you can't see the files, why have a directory? >>> >> >> that's a simple form of a repository on a disk. No? >> And keep all together, what belongs a typ ,(project, image, source-code) >> And for quick access to all that, you have the gambas IDE. >> >> Oh, did you know, that the IDE reads all whats needed when it starts >> (components) and source-code when open the project. >> All changes which comes "from outside" are not considered. >> (Not tested in gambas3) >> >> >> >> > You can click the refresh icon, and new file(s) appear in the > treebrowser, for example if you copy them outside of the IDE, at least > thats how G2 works. > > To be honest, I found it a bit strange too that all project files are > hidden in G3. > Simply a dir called 'src' or 'project' with all files visible, is what I > had expected. > > Regard, > Ron_2nd. > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From arosa at ...615... Mon Dec 7 13:32:43 2009 From: arosa at ...615... (Toni) Date: Mon, 07 Dec 2009 13:32:43 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> References: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> Message-ID: <4B1CF5EB.20102@...615...> If "Rich Text" doesn't mean Rich Text Format, I think that at least it should be rephrased in the documentation in order to avoid confusions. I spent some time trying to load RTF (Rich Text Format) documents into the control too, and I gave up thinking that I was doing something wrong... Regards, Toni En/na Fabien Bodard ha escrit: > It's a ritch text editor .... what is rich text ??? ... it's text with > formating capability > Not only the RTF format that is an old format ! > > > > 2009/12/7 Kadaitcha Man : > >> 2009/12/7 Kadaitcha Man : >> >>> Rich-text looks like this: >>> >>> {\*\ts15\tsrowd\trbrdrt\brdrs\brdrw10 \trbrdrl\brdrs\brdrw10 >>> \trbrdrb\brdrs\brdrw10 >>> \trbrdrr\brdrs\brdrw10 \trbrdrh\brdrs\brdrw10 \trbrdrv\brdrs\brdrw10 >>> \trftsWidthB3\trpaddl108\trpaddr108\trpaddfl3\trpaddft3\trpaddfb3\trpaddfr3\tscellwidthfts0\tsve} >>> >>> Not like this: >>> >>> What is that new animal ? Well, Gambas >>> is a free development environment based on a Basic interpreter >>> with object extensions, like Visual Basic™ (but it is >>> NOT >>> a clone !). Read the>> href="introduction.html">introductionfor more information. >>>

>>> >>> What Rich Text Format (RTF) Specification was used to develop the >>> TextEdit (gb.qt.ext) "rich-text editor"? >>> >>> If no RTF standard was used, what format is the supposedly "rich-text" >>> editor actually using? >>> >> Scratch that. Despite what the documentation says, TextEdit >> (gb.qt.ext) is not a rich-text editor, by any stretch of the >> imagination. It is a mere mini HTML markup control, a subset of the >> HTML format. >> >> Sheesh. Ok, own up. Who thought it was a good idea to call it a >> "rich-text editor"? >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> Gambas-devel mailing list >> Gambas-devel at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-devel >> >> > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > 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 ron at ...572... Mon Dec 7 14:14:07 2009 From: ron at ...572... (Ron) Date: Mon, 07 Dec 2009 14:14:07 +0100 Subject: [Gambas-devel] gb.net.curl questions Message-ID: <4B1CFF9F.1060905@...572...> 2 things struck me when trying to use gb.net.curl a bit more advanced than usual... I'm missing methods/request types DELETE and PUT, libcurl supports them... easy to implement? I need to provide a custom Header, so I do: hPost.URL = "MyURL" hPost.TimeOut = 10 hPost.Async = TRUE hPost.Headers = ["X-MyHeader: " & sMyHeaderContent] hPost.Post("text/xml", sContent) But it doesn't seem to work, the header is not recognized, am I doing something wrong? Gambas 2.18.0 gb.qt Thanks and Regards, Ron_2nd. From ron at ...572... Mon Dec 7 14:33:57 2009 From: ron at ...572... (Ron) Date: Mon, 07 Dec 2009 14:33:57 +0100 Subject: [Gambas-devel] gb.net.curl questions In-Reply-To: <4B1CFF9F.1060905@...572...> References: <4B1CFF9F.1060905@...572...> Message-ID: <4B1D0445.4030500@...572...> Ron wrote: > > 2 things struck me when trying to use gb.net.curl a bit more advanced > than usual... > > I'm missing methods/request types DELETE and PUT, libcurl supports > them... easy to implement? > > I need to provide a custom Header, so I do: > > hPost.URL = "MyURL" > hPost.TimeOut = 10 > hPost.Async = TRUE > hPost.Headers = ["X-MyHeader: " & sMyHeaderContent] > hPost.Post("text/xml", sContent) > > But it doesn't seem to work, the header is not recognized, am I doing > something wrong? > > Gambas 2.18.0 > gb.qt > > Thanks and Regards, > Ron_2nd. An another thing, if I create 2 HTTPClients with the same name right after each other and use them Async only the last one triggers it's _Finisched event. The first one is never triggered. Is this normal? So you cannot use 2 with same name right after each other? I believe Benoit told something like that a long time ago... but can't find the e-mail anymore. PUBLIC hPing AS HTTPClient PUBLIC SUB Main() Ping(26, "192.168.1.61") Ping(27, "www.google.com") END PRIVATE FUNCTION Ping(iId AS Integer, sAddress AS String) AS Boolean hPing = NEW HttpClient AS "hPing" hPing.URL = "http://" & sAddress hPing.Async = TRUE hPing.Tag = iId ' mark with device ID hPing.TimeOut = 5 hPing.Get CATCH ' some errors ' RETURN FALSE END PUBLIC SUB hPing_Finished() PRINT LAST.Tag END Only prints 27 (the iId of the last HTTPClient instance) Gambas 2.18.0 gb.qt Regards, Ron_2nd. From gambas at ...1... Mon Dec 7 15:08:04 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 7 Dec 2009 15:08:04 +0100 Subject: [Gambas-devel] Gambas3 Directory Structure In-Reply-To: <6324a42a0912070304r2d1bdfeet220029d3e88e3ffa@...178...> References: <4B1CDA98.6010706@...572...> <6324a42a0912070304r2d1bdfeet220029d3e88e3ffa@...178...> Message-ID: <200912071508.04999.gambas@...1...> > if i remember well the packager take only not hidden file to make the > executable archive... by this way all the other files (svn, and > others) are not takked into account. (maybe Benoit can doing an > exception for the src directorie.... i'll prefer too) > > 2009/12/7 Ron : > > Charlie Reinl wrote: > >> Am Montag, den 07.12.2009, 21:07 +1100 schrieb Kadaitcha Man: > >>> 2009/12/7 Charlie Reinl : > >>>> Why should programmer want to see the files > >>> > >>> lol - if you can't see the files, why have a directory? > >> > >> that's a simple form of a repository on a disk. No? > >> And keep all together, what belongs a typ ,(project, image, source-code) > >> And for quick access to all that, you have the gambas IDE. > >> > >> Oh, did you know, that the IDE reads all whats needed when it starts > >> (components) and source-code when open the project. > >> All changes which comes "from outside" are not considered. > >> (Not tested in gambas3) > > > > You can click the refresh icon, and new file(s) appear in the > > treebrowser, for example if you copy them outside of the IDE, at least > > thats how G2 works. > > > > To be honest, I found it a bit strange too that all project files are > > hidden in G3. > > Simply a dir called 'src' or 'project' with all files visible, is what I > > had expected. > > > > Regard, > > Ron_2nd. > > The project directory structure is something inherited from Gambas 1 and that evolved step by step. I decided that the user should be able to put any data file with any structure in its project directory. So I decided to use hidden files and hidden directories for objects generated or internally used by the IDE, the compiler or the interpreter Only the source files were not concerned in Gambas 2. But since Gambas 3, they are put in an hidden ".src" directory, as they now can be organized in directories. But I don't see any problem at all with that: a file beginning with a dot is not hidden at all at the system level. It is only a convention followed by shells and file managers. It is a way to warn the user not to touch these files. And if I copy a project directory with a file manager, all hidden files and directories inside are copied too - otherwise, change your file manager! Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Mon Dec 7 20:30:48 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 06:30:48 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> References: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> Message-ID: 2009/12/7 Fabien Bodard : > It's a ritch text editor .... what is rich text ??? ... it's text with > formating capability "Rich-text" has a commonly understood meaning in the industry, which is not the same meaning as what you believe it means. TextEdit is a markup control, not a rich-text control. The use of the "rich-text" label has cost people a lot of time and it needs to be changed. > Not only the RTF format that is an old format ! So is PostScript. The latest standard for rich-text is dated March 2008. Your point is? From nospam.nospam.nospam at ...176... Mon Dec 7 20:36:59 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 06:36:59 +1100 Subject: [Gambas-devel] gb.net.curl questions In-Reply-To: <4B1D0445.4030500@...572...> References: <4B1CFF9F.1060905@...572...> <4B1D0445.4030500@...572...> Message-ID: 2009/12/8 Ron : > An another thing, if I create 2 HTTPClients with the same name right > after each other and use them Async only the last one triggers it's > _Finisched event. > The first one is never triggered. > > Is this normal? > So you cannot use 2 with same name right after each other? > > I believe Benoit told something like that a long time ago... but can't > find the e-mail anymore. Since you have to use a name for the object if you want it to use it with events, it stands to reason that the first object's events get clobbered if you subsequently use the same name for another object. From ron at ...572... Mon Dec 7 20:51:11 2009 From: ron at ...572... (Ron) Date: Mon, 07 Dec 2009 20:51:11 +0100 Subject: [Gambas-devel] gb.net.curl questions In-Reply-To: References: <4B1CFF9F.1060905@...572...> <4B1D0445.4030500@...572...> Message-ID: <4B1D5CAF.9020402@...572...> Kadaitcha Man schreef: > 2009/12/8 Ron : > > >> An another thing, if I create 2 HTTPClients with the same name right >> after each other and use them Async only the last one triggers it's >> _Finisched event. >> The first one is never triggered. >> >> Is this normal? >> So you cannot use 2 with same name right after each other? >> >> I believe Benoit told something like that a long time ago... but can't >> find the e-mail anymore. >> > > Since you have to use a name for the object if you want it to use it > with events, it stands to reason that the first object's events get > clobbered if you subsequently use the same name for another object. > > > Yeah that's what I thought at first too, but I think that's not the reason, it's more because the way HttpClient is implemented/not in background/has a problem. The following code also shares the same object name and events, but this works as expected. PRIVATE hPing AS Process PUBLIC SUB MAIN() AiboPing(25, "www.google.com") AiboPing(26, "192.168.1.61") END PRIVATE SUB AiboPing(iId AS Integer, sAddress AS String) hPing = EXEC ["ping", "-c1", sAddress] FOR READ AS "PingProcess" hPing.Tag = iId END '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ' get id and return value, 0 means ok, anything else is not reached or couldn't resolve '~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ PUBLIC SUB PingProcess_Kill() PRINT LAST.Tag PRINT LAST.Value END This prints 25 0 26 1 Or whichever is first finished, i'm using this now instead, 1 and 0 are the return values of ping. With supplying a .Tag you can keep the responses apart. Regards, Ron_2nd. From gambas at ...1... Tue Dec 8 01:24:20 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 01:24:20 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> Message-ID: <200912080124.21088.gambas@...1...> > 2009/12/7 Fabien Bodard : > > It's a ritch text editor .... what is rich text ??? ... it's text with > > formating capability > > "Rich-text" has a commonly understood meaning in the industry, which > is not the same meaning as what you believe it means. TextEdit is a > markup control, not a rich-text control. The use of the "rich-text" > label has cost people a lot of time and it needs to be changed. > > > Not only the RTF format that is an old format ! > > So is PostScript. The latest standard for rich-text is dated March > 2008. Your point is? > "rich text" is a common name, it does not necessarily refer to the "Rich Text Format" of Microsoft (which is not a real standard IMHO, as you can embed OLE binary blobs inside. Consequently, you can easily make documents unsharable between two different machines, even if they both run Windows). If I type "rich text" in Google, I find first the wikipedia page on the "Rich Text format", and then a page on "rich text editors" that talks about editors embedded into HTML page to enter formatted text. I used the term "rich text" in that last meaning, because Qt used that (Gtk+ used "Pango text markup language", but I made the Qt component before!). I admit that "rich text" on Windows is a usual shortcut for "Rich Text Format", but Gambas does not run on Windows, so allow me to use what I prefer! The definition of "rich text" is already present in the wiki, but maybe a warning about this confusion would be a good idea? -- Beno?t Minisini From gene1943 at ...640... Tue Dec 8 03:33:39 2009 From: gene1943 at ...640... (gene1943) Date: Mon, 7 Dec 2009 18:33:39 -0800 (PST) Subject: [Gambas-devel] gtk textarea Message-ID: <26687799.post@...565...> -- View this message in context: http://old.nabble.com/gtk-textarea-tp26687799p26687799.html Sent from the gambas-devel mailing list archive at Nabble.com. From rterry at ...627... Tue Dec 8 04:34:01 2009 From: rterry at ...627... (richard terry) Date: Tue, 8 Dec 2009 14:34:01 +1100 Subject: [Gambas-devel] Help with Valgrind Message-ID: <200912081434.01198.rterry@...627...> I'm getting heaps of sig11 with my upgrade to qt4 and wondered if anyone could instruct me how to run valgrind with gambas3. Regards Richard From nospam.nospam.nospam at ...176... Tue Dec 8 06:14:54 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 16:14:54 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: <200912080124.21088.gambas@...1...> References: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> <200912080124.21088.gambas@...1...> Message-ID: 2009/12/8 Beno?t Minisini : > The definition of "rich text" is already present in the wiki, but maybe a > warning about this confusion would be a good idea? I'd do it myself but i can't find the user id you sent me :( I would have written something along the lines of: Rich-text is a simple HTML markup language and is not to be confused with Microsoft's Rich Text Format (RTF). If you still have the email about my wiki logon I'd be happy to fix the text. From nospam.nospam.nospam at ...176... Tue Dec 8 06:17:11 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 16:17:11 +1100 Subject: [Gambas-devel] gb.net.curl questions In-Reply-To: <4B1D5CAF.9020402@...572...> References: <4B1CFF9F.1060905@...572...> <4B1D0445.4030500@...572...> <4B1D5CAF.9020402@...572...> Message-ID: 2009/12/8 Ron : B PingProcess_Kill() > > ?PRINT LAST.Tag > ?PRINT LAST.Value > Or whichever is first finished, i'm using this now instead, I was going to suggest LAST, and that you take a look at the ServerSocket example, which handles multiple connections quite nicely. I don't why I didn't mention it. I may have been drunk :) > 1 and 0 are > the return values of ping. > With supplying a .Tag you can keep the responses apart. From nospam.nospam.nospam at ...176... Tue Dec 8 07:14:04 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 17:14:04 +1100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) Message-ID: Gambas 2.17, Qt application with Qt4 installed on Ubuntu 9.10. When PROPERTY ReadOnly is set, i.e. the ComboBox's text box is NOT editable, the Change event doesn't fire, consequently it is impossible to detect if the user has changed the selected value. Code attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: cboTest.tar.gz Type: application/x-gzip Size: 8314 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Tue Dec 8 07:18:16 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 17:18:16 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: <200912080124.21088.gambas@...1...> References: <6324a42a0912070300o73f4d26asecc72394c7955bed@...178...> <200912080124.21088.gambas@...1...> Message-ID: 2009/12/8 Beno?t Minisini : > I admit that "rich text" on Windows is a usual shortcut for "Rich Text > Format", but Gambas does not run on Windows, so allow me to use what I prefer! PS: After figuring out how to make it work, it is far better, and far, far quicker than Visual Studio, so yes, you have my permission to call it what you like :) Just don't forget to resend my wiki login info and I'll fix the web text. From nospam.nospam.nospam at ...176... Tue Dec 8 09:01:22 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 19:01:22 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues Message-ID: >From the documentation: Color (gb.qt) This static class defines predefined color constants, properties that return system colors, and some useful other methods. Also from the documentation: Color.Background (gb.qt) STATIC PROPERTY Background AS Integer Returns the system default background color. Color.Background does not return the current system background, it always returns the same constant: FMain.Form_Show.89: 15724527 ^^^^^^^^^^^^^^^^^^^ Background was a really ugly Belgian chocolate brown. FMain.Form_Show.89: 15724527 ^^^^^^^^^^^^^^^^^^^ Background was a really beautiful English countryside green. See attached image. 1) is correct. 2) is just plain wrong. 3) is just downright unreadable. In all tests, gambas was restarted and the same results were obtained. 3) is a serious UI problem that needs to be looked at; a gambas-based application is unusable for larger audiences unless they all have eyes like shithouse rats and can see a solitary breadcrumb in the pitch dark at 1000 paces. There is no way that I can find to alter that forced colour at 3) in Gambas, or for any kind of disabled control that displays text. The same happens with button controls, too. No control I have tested ever respects the system colours. Environment is Ubuntu 9.10, Gnome, with Qt4 installed. So, to summarise: Problem 1: Color.Background does not return the current system background, it always returns the same constant. Problem 2: Disabled text is unreadable and apparently unchangeable. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 112459 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Tue Dec 8 10:02:47 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 20:02:47 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename Message-ID: Renaming a form, class or module is case-insensitive. A class named fred cannot be renamed Fred. The class must be renamed to, for example, xfred, then it can be renamed to Fred. See attached image. It is not possible to rename cIdentityrecord to cIdentityRecord in one step, which is a bit of a high price to pay for a typographical error. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-Gambas 2.png Type: image/png Size: 7300 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Tue Dec 8 11:22:38 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 21:22:38 +1100 Subject: [Gambas-devel] BUG: (Control) Separator.Foreground (gb.qt) Message-ID: Separator.Foreground has no effect. Code attached. G2 2.17. Ubuntu 9.10. I am certain this works ok on G3. The trouble is, G3 is alpha so I won't use it for a mainstream app. -------------- next part -------------- A non-text attachment was scrubbed... Name: SeparatorTest.tar.gz Type: application/x-gzip Size: 8177 bytes Desc: not available URL: From Karl.Reinl at ...16... Tue Dec 8 11:32:10 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 08 Dec 2009 11:32:10 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: References: Message-ID: <1260268330.6427.3.camel@...102...> Am Dienstag, den 08.12.2009, 20:02 +1100 schrieb Kadaitcha Man: > Renaming a form, class or module is case-insensitive. A class named > fred cannot be renamed Fred. The class must be renamed to, for > example, xfred, then it can be renamed to Fred. > > See attached image. It is not possible to rename cIdentityrecord to > cIdentityRecord in one step, which is a bit of a high price to pay for > a typographical error. unusual to Linux/Unix, all in gambas is NOT case sensitive (with some exception, of course, for operations with the os. Charlie From nospam.nospam.nospam at ...176... Tue Dec 8 11:42:46 2009 From: nospam.nospam.nospam at ...176... (nospam.nospam.nospam at ...176...) Date: Tue, 8 Dec 2009 21:42:46 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename References: <1260268330.6427.3.camel@...102...> Message-ID: <54F3EDE86D5542AC9B38316BDAB7C587@...645...> Charlie Reinl wrote: > Am Dienstag, den 08.12.2009, 20:02 +1100 schrieb Kadaitcha Man: >> Renaming a form, class or module is case-insensitive. A class named >> fred cannot be renamed Fred. The class must be renamed to, for >> example, xfred, then it can be renamed to Fred. >> >> See attached image. It is not possible to rename cIdentityrecord to >> cIdentityRecord in one step, which is a bit of a high price to pay >> for a typographical error. > > unusual to Linux/Unix, all in gambas is NOT case sensitive (with some > exception, of course, for operations with the os. If 'gambas is NOT case sensitive (with some exception, of course, for operations with the os" then gambas should not complain when I try to rename the entity, now, should it? I don't wish to be rude, Charlie, but really, I can do without the constant apologetics. I'd rather be told outright that it is or is not a bug. That said, I like Gambas, and I want to see it improve and become a success. Simplistic relationships to how things do behave has no bearing on how things should behave. Regards. From gambas.fr at ...176... Tue Dec 8 11:47:08 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 11:47:08 +0100 Subject: [Gambas-devel] BUG: (Control) Separator.Foreground (gb.qt) In-Reply-To: References: Message-ID: <6324a42a0912080247i430f2924q72e048b0746ca1e0@...178...> true but if y remember well the problem come from qt3 2009/12/8 Kadaitcha Man : > Separator.Foreground has no effect. > > Code attached. > > G2 2.17. Ubuntu 9.10. > > I am certain this works ok on G3. The trouble is, G3 is alpha so I > won't use it for a mainstream app. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From gambas.fr at ...176... Tue Dec 8 11:53:16 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 11:53:16 +0100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: References: Message-ID: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> 2009/12/8 Kadaitcha Man : > >From the documentation: > Color (gb.qt) > This static class defines predefined color constants, properties that > return system colors, and some useful other methods. > > Also from the documentation: > Color.Background (gb.qt) > STATIC PROPERTY Background AS Integer > Returns the system default background color. > > Color.Background does not return the current system background, it > always returns the same constant: > > FMain.Form_Show.89: 15724527 > ^^^^^^^^^^^^^^^^^^^ > Background was a really ugly Belgian chocolate brown. > > FMain.Form_Show.89: 15724527 > ^^^^^^^^^^^^^^^^^^^ > Background was a really beautiful English countryside green. > See attached image. > > 1) is correct. > 2) is just plain wrong. > 3) is just downright unreadable. > > In all tests, gambas was restarted and the same results were obtained. > > 3) is a serious UI problem that needs to be looked at; a gambas-based > application is unusable for larger audiences unless they all have eyes > like shithouse rats and can see a solitary breadcrumb in the pitch > dark at 1000 paces. > > There is no way that I can find to alter that forced colour at 3) in > Gambas, or for any kind of disabled control that displays text. > > The same happens with button controls, too. No control I have tested > ever respects the system colours. > > Environment is Ubuntu 9.10, Gnome, with Qt4 installed. > > So, to summarise: > > Problem 1: Color.Background does not return the current system > background, it always returns the same constant. Ok if you read what you have write here ... you will find your error :) You are using Gnome with qt4 ... and gambas2 use ..... qt3 !! and yes the config files are not the same between qt4 and qt3... so even if you change the qt4 colours... the qt3 one will not change... you must to install the qt3-config package for that !.. > Problem 2: Disabled text is unreadable and apparently unchangeable. try the readonly option > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From gambas.fr at ...176... Tue Dec 8 11:55:30 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 11:55:30 +0100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> Message-ID: <6324a42a0912080255v9863982o2e5ddf16684f7b44@...178...> another thing ... you can use gb.gui to use gb.gtk or gb.gtk ... so you will match perfectly in gnome envirronment ... but yes the gb.gtk is not perfectly finished 2009/12/8 Fabien Bodard : > 2009/12/8 Kadaitcha Man : >> >From the documentation: >> Color (gb.qt) >> This static class defines predefined color constants, properties that >> return system colors, and some useful other methods. >> >> Also from the documentation: >> Color.Background (gb.qt) >> STATIC PROPERTY Background AS Integer >> Returns the system default background color. >> >> Color.Background does not return the current system background, it >> always returns the same constant: >> >> FMain.Form_Show.89: 15724527 >> ^^^^^^^^^^^^^^^^^^^ >> Background was a really ugly Belgian chocolate brown. >> >> FMain.Form_Show.89: 15724527 >> ^^^^^^^^^^^^^^^^^^^ >> Background was a really beautiful English countryside green. > > > >> See attached image. >> >> 1) is correct. >> 2) is just plain wrong. >> 3) is just downright unreadable. >> >> In all tests, gambas was restarted and the same results were obtained. >> >> 3) is a serious UI problem that needs to be looked at; a gambas-based >> application is unusable for larger audiences unless they all have eyes >> like shithouse rats and can see a solitary breadcrumb in the pitch >> dark at 1000 paces. >> >> There is no way that I can find to alter that forced colour at 3) in >> Gambas, or for any kind of disabled control that displays text. >> >> The same happens with button controls, too. No control I have tested >> ever respects the system colours. >> >> Environment is Ubuntu 9.10, Gnome, with Qt4 installed. >> >> So, to summarise: >> >> Problem 1: Color.Background does not return the current system >> background, it always returns the same constant. > Ok if you read what you have write here ... you will find your error :) > > > You are using Gnome with qt4 ... and gambas2 use ..... qt3 !! and yes > the config files are not the same between qt4 and qt3... so even if > you change the qt4 colours... the qt3 one will not change... > > you must to install the qt3-config package for that !.. > > > > > >> Problem 2: Disabled text is unreadable and apparently unchangeable. > > try the readonly option > > > >> ------------------------------------------------------------------------------ >> Return on Information: >> Google Enterprise Search pays you back >> Get the facts. >> http://p.sf.net/sfu/google-dev2dev >> >> _______________________________________________ >> Gambas-devel mailing list >> Gambas-devel at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-devel >> >> > From nospam.nospam.nospam at ...176... Tue Dec 8 12:00:06 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:00:06 +1100 Subject: [Gambas-devel] BUG: (Control) Separator.Foreground (gb.qt) In-Reply-To: <6324a42a0912080247i430f2924q72e048b0746ca1e0@...178...> References: <6324a42a0912080247i430f2924q72e048b0746ca1e0@...178...> Message-ID: 2009/12/8 Fabien Bodard : > true but if y remember well the problem come from qt3 I have Qt4 installed, and it works fine in Gambas3. So, how can it be a Qt3 problem? From nospam.nospam.nospam at ...176... Tue Dec 8 12:05:45 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:05:45 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> Message-ID: 2009/12/8 Fabien Bodard : > Ok if you read what you have write here ... you will find your error :) > > > You are using Gnome with qt4 ... and gambas2 use ..... qt3 !! and yes > the config files are not the same between qt4 and qt3... so even if > you change the qt4 colours... the qt3 one will not change... If that's true, scratch my last reply. > you must to install the qt3-config package for that !.. I'll go and look for it. >> Problem 2: Disabled text is unreadable and apparently unchangeable. > > try the readonly option That would only solve the problem for controls that have the ReadOnly property. From nospam.nospam.nospam at ...176... Tue Dec 8 12:08:49 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:08:49 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> Message-ID: 2009/12/8 Kadaitcha Man : >> you must to install the qt3-config package for that !.. > > I'll go and look for it. Well, that was quick. It's not in the Ubuntu repositories. I'm caught between a rock and a hard place. The rock is the bugs in packages that gambas 2 relies on. The hard place is the bugs in gambas 3 :( Ok, I'll live with the colour problems in G2. G3 just isn't ready for me yet. Thanks for the assistance. From gambas.fr at ...176... Tue Dec 8 12:18:12 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 12:18:12 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <54F3EDE86D5542AC9B38316BDAB7C587@...645...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> Message-ID: <6324a42a0912080318u3fd7d60ehbe79d0c61cb3f638@...178...> 2009/12/8 : > Charlie Reinl wrote: >> Am Dienstag, den 08.12.2009, 20:02 +1100 schrieb Kadaitcha Man: >>> Renaming a form, class or module is case-insensitive. A class named >>> fred cannot be renamed Fred. The class must be renamed to, for >>> example, xfred, then it can be renamed to Fred. >>> >>> See attached image. It is not possible to rename cIdentityrecord to >>> cIdentityRecord in one step, which is a bit of a high price to pay >>> for a typographical error. >> >> unusual to Linux/Unix, all in gambas is NOT case sensitive (with some >> exception, of course, for operations with the os. > > If 'gambas is NOT case sensitive (with some exception, of course, for > operations with the os" then gambas should not complain when I try to rename > the entity, now, should it? > > I don't wish to be rude, Charlie, but really, I can do without the constant > apologetics. I'd rather be told outright that it is or is not a bug. That > said, I like Gambas, and I want to see it improve and become a success. > Simplistic relationships to how things do behave has no bearing on how > things should behave. > > Regards. It will be set for gb3 ... i think it is not practical too :)... and gambas can be case sensitive for that .. we have just to tell him to be > > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Tue Dec 8 12:21:09 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:21:09 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> Message-ID: 2009/12/8 Kadaitcha Man : > 2009/12/8 Fabien Bodard : >> You are using Gnome with qt4 ... and gambas2 use ..... qt3 !! and yes >> the config files are not the same between qt4 and qt3... so even if >> you change the qt4 colours... the qt3 one will not change... > > If that's true, scratch my last reply. Bugger. It is true. Not that I didn't believe you, but... :) I just tried it in G3 and it works fine. Tu es un gar?on tr?s m?chant. I now have to weigh up the cost of the pain of being trapped against the rock or against the hard place. Ok, well, I figure I'm here for the long haul so I'll swing over to G3 and do what I can to help improve that. I just hope I can get my application up and running before G3 becomes beta. Sheesh. La douleur! La douleur! ?a fait mal! A?e! A?e! I look on the bright side, you see. The alternative is C. From ron at ...572... Tue Dec 8 12:21:24 2009 From: ron at ...572... (Ron) Date: Tue, 08 Dec 2009 12:21:24 +0100 Subject: [Gambas-devel] Functions and subs Message-ID: <4B1E36B4.4000401@...572...> While checking my large codebase I have noticed that I had some routines of type SUB that returned something (SUB blabla () AS String etc) and I have FUNCTIONS who don't return anything.... (ie no RETURN xxx or AS xxx defined). Which is wrong of course. I believed somewhere in history the IDE/Compiler checked this and warned the programmer about it, or am I wrong? If not it doesn't seem to do that anymore.... Gambas 2.18.0 gb.qt Regards. Ron_2nd. From nospam.nospam.nospam at ...176... Tue Dec 8 12:24:48 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:24:48 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <6324a42a0912080318u3fd7d60ehbe79d0c61cb3f638@...178...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> <6324a42a0912080318u3fd7d60ehbe79d0c61cb3f638@...178...> Message-ID: 2009/12/8 Fabien Bodard : > 2009/12/8 ?: > It will be set for gb3 ... i think it is not practical too :)... and > gambas can be case sensitive for that .. we have just to tell him to > be It's the same in gb3. I think you ought to tell it to rename the file as it is told to. Really, it's a very time-consuming cost for a simple typo - or a pubic hair caught under the left shift key. From Karl.Reinl at ...16... Tue Dec 8 12:32:09 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Tue, 08 Dec 2009 12:32:09 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <54F3EDE86D5542AC9B38316BDAB7C587@...645...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> Message-ID: <1260271929.7406.2.camel@...102...> Am Dienstag, den 08.12.2009, 21:42 +1100 schrieb nospam.nospam.nospam at ...176...: > Charlie Reinl wrote: > > Am Dienstag, den 08.12.2009, 20:02 +1100 schrieb Kadaitcha Man: > >> Renaming a form, class or module is case-insensitive. A class named > >> fred cannot be renamed Fred. The class must be renamed to, for > >> example, xfred, then it can be renamed to Fred. > >> > >> See attached image. It is not possible to rename cIdentityrecord to > >> cIdentityRecord in one step, which is a bit of a high price to pay > >> for a typographical error. > > > > unusual to Linux/Unix, all in gambas is NOT case sensitive (with some > > exception, of course, for operations with the os. > > If 'gambas is NOT case sensitive (with some exception, of course, for > operations with the os" then gambas should not complain when I try to rename > the entity, now, should it? > > I don't wish to be rude, Charlie, but really, I can do without the constant > apologetics. I'd rather be told outright that it is or is not a bug. That > said, I like Gambas, and I want to see it improve and become a success. > Simplistic relationships to how things do behave has no bearing on how > things should behave. > > Regards. Hi nospam, You can read and interprete it, as you want. If you see any apologetics in that, OK. But for your rename case: on the disk that would be alright between mYForm.form and myForm.form , but not for the Interpreter (he's not case sensitive) -- Charlie From ron at ...572... Tue Dec 8 12:33:02 2009 From: ron at ...572... (Ron) Date: Tue, 08 Dec 2009 12:33:02 +0100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> Message-ID: <4B1E396E.4020706@...572...> Kadaitcha Man wrote: > > G3 just isn't ready for me yet. > > > That was my impression too when I looked at it (months back), but it would be nice if we could supply Benoit and others with some short/to the point bug reports so they can fix them and we can start using it bit by bit... The stable release is stable for a long time now, and it's starting to miss certain functionality needed for the current distros (Video4Linux2 support is just one of them) I will install a Gambas3 environment shortly and report what I come across... Regards, Ron_2nd. From gambas.fr at ...176... Tue Dec 8 12:35:47 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 12:35:47 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> <6324a42a0912080318u3fd7d60ehbe79d0c61cb3f638@...178...> Message-ID: <6324a42a0912080335g7ad6295bu333b49a2ce3101ea@...178...> 2009/12/8 Kadaitcha Man : > 2009/12/8 Fabien Bodard : >> 2009/12/8 ?: > >> It will be set for gb3 ... i think it is not practical too :)... and >> gambas can be case sensitive for that .. we have just to tell him to >> be > > It's the same in gb3. I think you ought to tell it to rename the file > as it is told to. Really, it's a very time-consuming cost for a simple > typo - or a pubic hair caught under the left shift key. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > in fact i've read the sources and there is a problem in the way that the function to test the file renaming is the same as the one for add file... so it test if a file can be added ... but gambas is case insensitive for the class calling ..; the class name is the same as a file ... In fact the need will be to test the file existance with the knowledge that we are just changing it's name ! so Project.CheckFileName need a new optional param that say we are just renaming ... to change the file testing way. From nospam.nospam.nospam at ...176... Tue Dec 8 12:42:18 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:42:18 +1100 Subject: [Gambas-devel] Functions and subs In-Reply-To: <4B1E36B4.4000401@...572...> References: <4B1E36B4.4000401@...572...> Message-ID: 2009/12/8 Ron : > While checking my large codebase I have noticed that I had some routines > of type SUB that returned something ?(SUB blabla () AS String etc) and I > have FUNCTIONS who don't return anything.... (ie no RETURN xxx or AS xxx > defined). Which is wrong of course. No, it's normal. You're not going to like this if you've had a few beers, mate: Functions return a value. Procedures do not. A procedure is a method that returns nothing, a subroutine. A function is a procedure that returns a value. BWAHAHAHAHAHAHAHAHA! Truly, no joke. If you don't know why I'm laughing it's because the implication is that a function is a subroutine that returns a value. You need to start thinking in terms of method and procedure, not Sub and Function. If you don't do that, when you actually read the Gambas documentation you'll be horribly confused as to why a procedure is documented as being a SUB. BUT WAIT! It gets worse. A method is a specific type of procedure. Does that confuse and confound you much? It should. Sub and Function become superfluous when you start thinking in terms of method and procedure, From gambas.fr at ...176... Tue Dec 8 12:43:42 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 12:43:42 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <1260271929.7406.2.camel@...102...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> <1260271929.7406.2.camel@...102...> Message-ID: <6324a42a0912080343j1c3eca24l68698de96a5d0745@...178...> the solution will be to remove the class before seaching ... 2009/12/8 Charlie Reinl : > Am Dienstag, den 08.12.2009, 21:42 +1100 schrieb > nospam.nospam.nospam at ...176...: >> Charlie Reinl wrote: >> > Am Dienstag, den 08.12.2009, 20:02 +1100 schrieb Kadaitcha Man: >> >> Renaming a form, class or module is case-insensitive. A class named >> >> fred cannot be renamed Fred. The class must be renamed to, for >> >> example, xfred, then it can be renamed to Fred. >> >> >> >> See attached image. It is not possible to rename cIdentityrecord to >> >> cIdentityRecord in one step, which is a bit of a high price to pay >> >> for a typographical error. >> > >> > unusual to Linux/Unix, all in gambas is NOT case sensitive (with some >> > exception, of course, for operations with the os. >> >> If 'gambas is NOT case sensitive (with some exception, of course, for >> operations with the os" then gambas should not complain when I try to rename >> the entity, now, should it? >> >> I don't wish to be rude, Charlie, but really, I can do without the constant >> apologetics. I'd rather be told outright that it is or is not a bug. That >> said, I like Gambas, and I want to see it improve and become a success. >> Simplistic relationships to how things do behave has no bearing on how >> things should behave. >> >> Regards. > > Hi nospam, > > You can read and ?interprete it, as you want. If you see any apologetics > in that, OK. > > But for your rename case: > on the disk that would be alright ?between mYForm.form and myForm.form , > but not for the Interpreter (he's not case sensitive) > > > -- > Charlie > > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Tue Dec 8 12:45:04 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:45:04 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: <4B1E396E.4020706@...572...> References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> <4B1E396E.4020706@...572...> Message-ID: 2009/12/8 Ron : > That was my impression too when I looked at it (months back), but it > would be nice if we could supply Benoit and others with some short/to > the point bug reports so they can fix them and we can start using it bit > by bit... Yes, I fully agree. I've decided the bugs in gb3 are less painful because at least I can help the team get it right. The problem is, they're French, you see. The French have very fixed ideas and tend to be inflexible. Much like the Dutch. Oh, damn. :) From nospam.nospam.nospam at ...176... Tue Dec 8 12:47:09 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 22:47:09 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <6324a42a0912080343j1c3eca24l68698de96a5d0745@...178...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> <1260271929.7406.2.camel@...102...> <6324a42a0912080343j1c3eca24l68698de96a5d0745@...178...> Message-ID: 2009/12/8 Fabien Bodard : > the solution will be to remove the class before seaching ... I would like to see the solution. Truly. From nospam.nospam.nospam at ...176... Tue Dec 8 13:08:38 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 8 Dec 2009 23:08:38 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <1260271929.7406.2.camel@...102...> References: <1260268330.6427.3.camel@...102...> <54F3EDE86D5542AC9B38316BDAB7C587@...645...> <1260271929.7406.2.camel@...102...> Message-ID: 2009/12/8 Charlie Reinl : > Hi nospam, > > You can read and ?interprete it, as you want. If you see any apologetics > in that, OK. It's not ok to me on a developer list, Charlie. > But for your rename case: Charlie, don't take offense, but, yes, I do see apologetics. It isn't good enough for me to be offered an obtuse explanation for dodgy behaviour on a developer list. It is only good enough that the development team ask themselves if the behaviour is right, wrong or open to improvement. If I wanted mere explanation as opposed to improvement I'd have posted to the user list. > on the disk that would be alright I know how to suck eggs, Charlie. I don't need to be taught. And just what is the relationship between the disk (I assume you mean operating system) and trying to improve Gambas, anyway? From gambas.fr at ...176... Tue Dec 8 14:40:28 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 14:40:28 +0100 Subject: [Gambas-devel] BUG: (Control) Separator.Foreground (gb.qt) In-Reply-To: References: <6324a42a0912080247i430f2924q72e048b0746ca1e0@...178...> Message-ID: <6324a42a0912080540x697d619w9b1ba1ff7aea31ae@...178...> 2009/12/8 Kadaitcha Man : > 2009/12/8 Fabien Bodard : > >> true but if y remember well the problem come from qt3 > > I have Qt4 installed, and it works fine in Gambas3. So, how can it be > a Qt3 problem? > because gb2 use gb.qt that use Qt3 and can't use Qt4 as it don't have the gb.qt4 lib > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Tue Dec 8 14:51:35 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 14:51:35 +0100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> <4B1E396E.4020706@...572...> Message-ID: <6324a42a0912080551h55f21bc4n40e36e21aa77d858@...178...> 2009/12/8 Kadaitcha Man : > 2009/12/8 Ron : > >> That was my impression too when I looked at it (months back), but it >> would be nice if we could supply Benoit and others with some short/to >> the point bug reports so they can fix them and we can start using it bit >> by bit... > > Yes, I fully agree. I've decided the bugs in gb3 are less painful > because at least I can help the team get it right. > > The problem is, they're French, you see. The French have very fixed > ideas and tend to be inflexible. Much like the Dutch. less fixed than Dutch...:-/ but i like Dutch people for that ! package name : qt3-qtconfig sometime people need to learn how to search a little bit by themself ! in GB3 the new goal is to make easy to search info ... and to get all info ! the last Benoit improvement goes into this way... help every where !...and in every language if we have people for each language in the world :)... English, french and spanich version are near to be complete. But many component have no help... > Oh, damn. > > > > :) > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Tue Dec 8 14:57:27 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 14:57:27 +0100 Subject: [Gambas-devel] Functions and subs In-Reply-To: References: <4B1E36B4.4000401@...572...> Message-ID: <6324a42a0912080557h2a57d1b6ncb668c84112ff50d@...178...> in Fact the term of Function and Sub are VB inherited :/ ... since the first GB1. There was the PROCEDURE keyword too ... they are all the same for the interpreter ... it's just more clear to say SUB whene it return nothing and Funtion in the other case. 2009/12/8 Kadaitcha Man : > 2009/12/8 Ron : > >> While checking my large codebase I have noticed that I had some routines >> of type SUB that returned something ?(SUB blabla () AS String etc) and I >> have FUNCTIONS who don't return anything.... (ie no RETURN xxx or AS xxx >> defined). Which is wrong of course. > > No, it's normal. You're not going to like this if you've had a few beers, mate: > > Functions return a value. Procedures do not. > > A procedure is a method that returns nothing, a subroutine. > > A function is a procedure that returns a value. > > BWAHAHAHAHAHAHAHAHA! Truly, no joke. it's not funny man ... but an interesting query. > > If you don't know why I'm laughing it's because the implication is > that a function is a subroutine that returns a value. > You need to start thinking in terms of method and procedure, not Sub > and Function. If you don't do that, when you actually read the Gambas > documentation you'll be horribly confused as to why a procedure is > documented as being a SUB. > > BUT WAIT! It gets worse. A method is a specific type of procedure. hum, ... you must admit that some beginner don't know that ... > Does that confuse and confound you much? It should. > > Sub and Function become superfluous when you start thinking in terms > of method and procedure, > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Tue Dec 8 15:15:23 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 15:15:23 +0100 Subject: [Gambas-devel] gtk textarea In-Reply-To: <26687799.post@...565...> References: <26687799.post@...565...> Message-ID: <6324a42a0912080615q1faa1bf9q3e5ff83786957ca@...178...> ??? 2009/12/8 gene1943 : > > > -- > View this message in context: http://old.nabble.com/gtk-textarea-tp26687799p26687799.html > Sent from the gambas-devel mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Tue Dec 8 15:16:18 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Tue, 8 Dec 2009 15:16:18 +0100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: References: Message-ID: <6324a42a0912080616y56e1b9edyead1443f8828c27f@...178...> _click ? 2009/12/8 Kadaitcha Man : > Gambas 2.17, Qt application with Qt4 installed on Ubuntu 9.10. > > When PROPERTY ReadOnly is set, i.e. the ComboBox's text box is NOT > editable, the Change event doesn't fire, consequently it is impossible > to detect if the user has changed the selected value. > > Code attached. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From gambas at ...1... Tue Dec 8 18:51:57 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 18:51:57 +0100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <6324a42a0912080335g7ad6295bu333b49a2ce3101ea@...178...> References: <6324a42a0912080335g7ad6295bu333b49a2ce3101ea@...178...> Message-ID: <200912081851.57684.gambas@...1...> > 2009/12/8 Kadaitcha Man : > > 2009/12/8 Fabien Bodard : > >> 2009/12/8 : > >> > >> It will be set for gb3 ... i think it is not practical too :)... and > >> gambas can be case sensitive for that .. we have just to tell him to > >> be > > > > It's the same in gb3. I think you ought to tell it to rename the file > > as it is told to. Really, it's a very time-consuming cost for a simple > > typo - or a pubic hair caught under the left shift key. > > > > ------------------------------------------------------------------------- > >----- Return on Information: > > Google Enterprise Search pays you back > > Get the facts. > > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > in fact i've read the sources and there is a problem in the way that > the function to test the file renaming is the same as the one for add > file... so it test if a file can be added ... but gambas is case > insensitive for the class calling ..; the class name is the same as a > file ... > > In fact the need will be to test the file existance with the knowledge > that we are just changing it's name ! > so Project.CheckFileName need a new optional param that say we are > just renaming ... to change the file testing way. > That's that. :-) Just changing the case of the class file name should not be forbidden, as it does not matter to the compiler or the interpreter. I will note that on my TODO list. -- Beno?t Minisini From gambas at ...1... Tue Dec 8 18:57:30 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 18:57:30 +0100 Subject: [Gambas-devel] Help with Valgrind In-Reply-To: <200912081434.01198.rterry@...627...> References: <200912081434.01198.rterry@...627...> Message-ID: <200912081857.30193.gambas@...1...> > I'm getting heaps of sig11 with my upgrade to qt4 and wondered if anyone > could instruct me how to run valgrind with gambas3. > > Regards > > Richard > $ cd /path/to/my/project $ valgrind --tool=memcheck --num-callers=50 gbx3 ... And send the entire output of valgrind. Regards, -- Beno?t Minisini From gambas at ...1... Tue Dec 8 19:00:07 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 19:00:07 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: <200912080124.21088.gambas@...1...> Message-ID: <200912081900.07744.gambas@...1...> > 2009/12/8 Beno?t Minisini : > > I admit that "rich text" on Windows is a usual shortcut for "Rich Text > > Format", but Gambas does not run on Windows, so allow me to use what I > > prefer! > > PS: After figuring out how to make it work, it is far better, and far, > far quicker than Visual Studio, so yes, you have my permission to call > it what you like :) > > Just don't forget to resend my wiki login info and I'll fix the web text. > Your login is k.mann, and the password the one you sent me by mail. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Tue Dec 8 21:11:31 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:11:31 +1100 Subject: [Gambas-devel] BUG: Major Colour Issues In-Reply-To: <6324a42a0912080551h55f21bc4n40e36e21aa77d858@...178...> References: <6324a42a0912080253m3ae72939v59280fc89819612a@...178...> <4B1E396E.4020706@...572...> <6324a42a0912080551h55f21bc4n40e36e21aa77d858@...178...> Message-ID: 2009/12/9 Fabien Bodard : > 2009/12/8 Kadaitcha Man : >> 2009/12/8 Ron : >> >>> That was my impression too when I looked at it (months back), but it >>> would be nice if we could supply Benoit and others with some short/to >>> the point bug reports so they can fix them and we can start using it bit >>> by bit... >> >> Yes, I fully agree. I've decided the bugs in gb3 are less painful >> because at least I can help the team get it right. >> >> The problem is, they're French, you see. The French have very fixed >> ideas and tend to be inflexible. Much like the Dutch. > > less fixed than Dutch...:-/ ?but i like Dutch people for that ! > > package name : qt3-qtconfig > > > sometime people need to learn how to search a little bit by themself ! True, but then some people need to learn the difference between qt3-config and qt3-qconfig. > in GB3 the new goal is to make easy to search info ... and to get all info ! > the last Benoit improvement goes into this way... help every where > !...and in every language if we have people for each language in the > world :)... English, french and spanich version are near to be > complete. I hear that's where Gnome fell down, concentrating on translations rather than a better product. From nospam.nospam.nospam at ...176... Tue Dec 8 21:23:34 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:23:34 +1100 Subject: [Gambas-devel] Functions and subs In-Reply-To: <6324a42a0912080557h2a57d1b6ncb668c84112ff50d@...178...> References: <4B1E36B4.4000401@...572...> <6324a42a0912080557h2a57d1b6ncb668c84112ff50d@...178...> Message-ID: 2009/12/9 Fabien Bodard : >> BWAHAHAHAHAHAHAHAHA! Truly, no joke. > > it's not funny man ... but an interesting query. I wasn't laughing at the query, I stated exactly why I was laughing. > hum, ... you must admit that some beginner don't know that ... Perhaps that explains why I mentioned it, yes? If he is a beginner and he didn't already know it, he knows it now. What other reason might people ask questions for? From nospam.nospam.nospam at ...176... Tue Dec 8 21:24:10 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:24:10 +1100 Subject: [Gambas-devel] gtk textarea In-Reply-To: <6324a42a0912080615q1faa1bf9q3e5ff83786957ca@...178...> References: <26687799.post@...565...> <6324a42a0912080615q1faa1bf9q3e5ff83786957ca@...178...> Message-ID: 2009/12/9 Fabien Bodard : > ??? !!! From nospam.nospam.nospam at ...176... Tue Dec 8 21:38:14 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:38:14 +1100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: <6324a42a0912080616y56e1b9edyead1443f8828c27f@...178...> References: <6324a42a0912080616y56e1b9edyead1443f8828c27f@...178...> Message-ID: 2009/12/9 Fabien Bodard : > _click ? And if the user is using the keyboard? Or if the user clicks but changes nothing? Or if I need to detect and react to the current item being changed from within code? There is no logical reason why the change event should not fire if the control is read only. There is absolutely no logical reason under the sun to use the click event to try and capture a change event that is otherwise completely undetectable. Good grief, Fabien. This is ridiculous. Either you want to improve gambas or don't. From gambas at ...1... Tue Dec 8 21:47:06 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 21:47:06 +0100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: References: <6324a42a0912080616y56e1b9edyead1443f8828c27f@...178...> Message-ID: <200912082147.06220.gambas@...1...> > 2009/12/9 Fabien Bodard : > > _click ? > > And if the user is using the keyboard? Or if the user clicks but > changes nothing? Or if I need to detect and react to the current item > being changed from within code? Click does not mean that the mouse is used. It just means that the current item has changed. It's funny it disturbs you, as this is the same thing in VB. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Tue Dec 8 21:47:40 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:47:40 +1100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: <200912081900.07744.gambas@...1...> References: <200912080124.21088.gambas@...1...> <200912081900.07744.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : > Your login is k.mann, and the password the one you sent me by mail. Yes, that's what I thought. Can I trouble you for a password reset and an email with the new password, please? My apologies for the inconvenience. From nospam.nospam.nospam at ...176... Tue Dec 8 21:49:57 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:49:57 +1100 Subject: [Gambas-devel] BUG: Form, Module and Class rename In-Reply-To: <200912081851.57684.gambas@...1...> References: <6324a42a0912080335g7ad6295bu333b49a2ce3101ea@...178...> <200912081851.57684.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : > That's that. :-) > > Just changing the case of the class file name should not be forbidden, as it > does not matter to the compiler or the interpreter. > > I will note that on my TODO list. Thank you. From gambas at ...1... Tue Dec 8 21:52:38 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 21:52:38 +0100 Subject: [Gambas-devel] TextEdit (gb.qt.ext) In-Reply-To: References: <200912081900.07744.gambas@...1...> Message-ID: <200912082152.38404.gambas@...1...> > 2009/12/9 Beno?t Minisini : > > Your login is k.mann, and the password the one you sent me by mail. > > Yes, that's what I thought. Can I trouble you for a password reset and > an email with the new password, please? > > My apologies for the inconvenience. > Mail sent again... -- Beno?t Minisini From nospam.nospam.nospam at ...176... Tue Dec 8 21:58:28 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 07:58:28 +1100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: <200912082147.06220.gambas@...1...> References: <6324a42a0912080616y56e1b9edyead1443f8828c27f@...178...> <200912082147.06220.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : >> 2009/12/9 Fabien Bodard : >> > _click ? >> >> And if the user is using the keyboard? Or if the user clicks but >> changes nothing? Or if I need to detect and react to the current item >> being changed from within code? > > Click does not mean that the mouse is used. It just means that the current > item has changed. It's funny it disturbs you, as this is the same thing in VB. The disturbance has nothing to do with VB at all, Benoit. It has to do with trying to make sense out of something that does not make sense. Like I implied above, the click event does not fire if the current item of the ComboBox is changed in code. There is no way to detect a change to a ReadOnly ComboBox if the change came from within the code. From nospam.nospam.nospam at ...176... Tue Dec 8 22:03:54 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 08:03:54 +1100 Subject: [Gambas-devel] Fwd: [Gambas-user] How to close a modal dialog form? In-Reply-To: References: Message-ID: 2009/12/9 M. Cs. : > Since the language of help documents aren't as clear to me, and I saw no > practical example I need your help. Benoit, I'm going to be proposing that I start a revamp of the documentation for exactly those reasons. I will start thinking about the layout and post my ideas to the user list rather than in here. I think it's best to get the user's input because they are the ones who will be using it. I'll draft something to be ready for the next time you wake up. I'm on the other side of the planet, you see. From gambas at ...1... Tue Dec 8 22:17:32 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 8 Dec 2009 22:17:32 +0100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: References: <200912082147.06220.gambas@...1...> Message-ID: <200912082217.32557.gambas@...1...> > 2009/12/9 Beno?t Minisini : > >> 2009/12/9 Fabien Bodard : > >> > _click ? > >> > >> And if the user is using the keyboard? Or if the user clicks but > >> changes nothing? Or if I need to detect and react to the current item > >> being changed from within code? > > > > Click does not mean that the mouse is used. It just means that the > > current item has changed. It's funny it disturbs you, as this is the same > > thing in VB. > > The disturbance has nothing to do with VB at all, Benoit. It has to do > with trying to make sense out of something that does not make sense. > Like I implied above, the click event does not fire if the current > item of the ComboBox is changed in code. There is no way to detect a > change to a ReadOnly ComboBox if the change came from within the code. > The Change event is only for editable combo-box, because it is an event coming from TextBox. What you need is the Click event. -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 9 07:00:55 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 17:00:55 +1100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: <200912082217.32557.gambas@...1...> References: <200912082147.06220.gambas@...1...> <200912082217.32557.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : >> 2009/12/9 Beno?t Minisini : >> >> 2009/12/9 Fabien Bodard : >> >> > _click ? >> >> >> >> And if the user is using the keyboard? Or if the user clicks but >> >> changes nothing? Or if I need to detect and react to the current item >> >> being changed from within code? >> > >> > Click does not mean that the mouse is used. It just means that the >> > current item has changed. It's funny it disturbs you, as this is the same >> > thing in VB. >> >> The disturbance has nothing to do with VB at all, Benoit. It has to do >> with trying to make sense out of something that does not make sense. >> Like I implied above, the click event does not fire if the current >> item of the ComboBox is changed in code. There is no way to detect a >> change to a ReadOnly ComboBox if the change came from within the code. >> > > The Change event is only for editable combo-box, because it is an event coming > from TextBox. What you need is the Click event. Ok, I can accept that, however what about the problem of the click event not firing if the current item of the ComboBox is changed in code? From gambas at ...1... Wed Dec 9 07:20:12 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 07:20:12 +0100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: References: <200912082217.32557.gambas@...1...> Message-ID: <200912090720.12304.gambas@...1...> > 2009/12/9 Beno?t Minisini : > >> 2009/12/9 Beno?t Minisini : > >> >> 2009/12/9 Fabien Bodard : > >> >> > _click ? > >> >> > >> >> And if the user is using the keyboard? Or if the user clicks but > >> >> changes nothing? Or if I need to detect and react to the current item > >> >> being changed from within code? > >> > > >> > Click does not mean that the mouse is used. It just means that the > >> > current item has changed. It's funny it disturbs you, as this is the > >> > same thing in VB. > >> > >> The disturbance has nothing to do with VB at all, Benoit. It has to do > >> with trying to make sense out of something that does not make sense. > >> Like I implied above, the click event does not fire if the current > >> item of the ComboBox is changed in code. There is no way to detect a > >> change to a ReadOnly ComboBox if the change came from within the code. > > > > The Change event is only for editable combo-box, because it is an event > > coming from TextBox. What you need is the Click event. > > Ok, I can accept that, however what about the problem of the click > event not firing if the current > item of the ComboBox is changed in code? > It should be a bug. Do you have a little project that shows me that? -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 9 07:44:44 2009 From: nospam.nospam.nospam at ...176... (nospam.nospam.nospam at ...176...) Date: Wed, 9 Dec 2009 17:44:44 +1100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) References: <200912082217.32557.gambas@...1...> <200912090720.12304.gambas@...1...> Message-ID: <2F3906A562B847CA860D20865E4A4748@...645...> Beno?t Minisini wrote: >> 2009/12/9 Beno?t Minisini : >>>> 2009/12/9 Beno?t Minisini : >>>>>> 2009/12/9 Fabien Bodard : >>>>>>> _click ? >>>>>> >>>>>> And if the user is using the keyboard? Or if the user clicks but >>>>>> changes nothing? Or if I need to detect and react to the current >>>>>> item being changed from within code? >>>>> >>>>> Click does not mean that the mouse is used. It just means that the >>>>> current item has changed. It's funny it disturbs you, as this is >>>>> the same thing in VB. >>>> >>>> The disturbance has nothing to do with VB at all, Benoit. It has >>>> to do with trying to make sense out of something that does not >>>> make sense. Like I implied above, the click event does not fire if >>>> the current item of the ComboBox is changed in code. There is no >>>> way to detect a change to a ReadOnly ComboBox if the change came >>>> from within the code. >>> >>> The Change event is only for editable combo-box, because it is an >>> event coming from TextBox. What you need is the Click event. >> >> Ok, I can accept that, however what about the problem of the click >> event not firing if the current >> item of the ComboBox is changed in code? >> > > It should be a bug. Do you have a little project that shows me that? lol - all ready to go. Attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: cboTest.tar.gz Type: application/x-gzip Size: 8556 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Wed Dec 9 09:35:04 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 19:35:04 +1100 Subject: [Gambas-devel] Well, I kept my promise Message-ID: This what I think the Gambas documentation ought to look like; everything the programmer needs in one place, not spread out all over the planet. Create a directory and extract the attached files then just launch index.html. There are some issues to be resolved before I start work on this: 1) The Gambas prawn/shrimp looks really immature. I recommend a new and more technical logo, such as, erm, anything other than a prawn or shrimp. 2) Fonts, style, layout, colours and what goes in the navigation panel on the left needs to be decided on. 3) The wiki is arcane and ugly so I intend to rewrite the help text for the Gambas help browser, not for the wiki. Someone else can take on that burden. Notes: The Download link for the example works. All other links go back to index.html. I intend to include as many working examples as I can. The colour for the table headings came from a random pixel on the prawn. It isn't too bad but I think there is too much white. The text under comments is Lorem Ipsum gibberish pseudo-Latin. It isn't meant to make sense so please don't ask. Ok, I know some of you love the prawn, but really, ask yourself, does it look mature? Does it say, "HEY! I represent a mature, technical product!"? If you said yes to either question, get your head read :) Comments, feedback and rude suggestions welcome. PS: I'm serious about the wiki. I won't touch it. -------------- next part -------------- A non-text attachment was scrubbed... Name: SampleDocPage.tar.zip Type: application/zip Size: 25883 bytes Desc: not available URL: From klaine8 at ...176... Wed Dec 9 09:56:57 2009 From: klaine8 at ...176... (Kari Laine) Date: Wed, 9 Dec 2009 10:56:57 +0200 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: Message-ID: <61452b690912090056u7053a766l1406149ccf930c0a@...178...> Hi, On Wed, Dec 9, 2009 at 10:35 AM, Kadaitcha Man wrote: > This what I think the Gambas documentation ought to look like; > everything the programmer needs in one place, not spread out all over > the planet. Thank you for sharing this. I am about to get back to hack with Gambas. The biggest problem I had in the first time was the lack of documentation. Also it was very difficult to find things. > 1) The Gambas prawn/shrimp looks really immature. I recommend a new > and more technical logo, such as, erm, anything other than a prawn or > shrimp. That's up to Benoit to decide but I don't think the logo is the deciding factor to many. Lack of documentation is. > 3) The wiki is arcane and ugly so I intend to rewrite the help text > for the Gambas help browser, not for the wiki. Someone else can take > on that burden. I also don't like wikis. Even a text file you can search is better. Thanks Best Regards Kari -- PIC - ARM - Microcontrollers - I2C - SPI Keypads - USB-RS232 - USB-I2C - Accessories http://www.byvac.com I am just a happy customer From nospam.nospam.nospam at ...176... Wed Dec 9 10:08:03 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 20:08:03 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <61452b690912090056u7053a766l1406149ccf930c0a@...178...> References: <61452b690912090056u7053a766l1406149ccf930c0a@...178...> Message-ID: 2009/12/9 Kari Laine : > Hi, G'day. > Thanks You're welcome ;-> From rterry at ...627... Wed Dec 9 10:18:25 2009 From: rterry at ...627... (richard terry) Date: Wed, 9 Dec 2009 20:18:25 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: Message-ID: <200912092018.25101.rterry@...627...> On Wednesday 09 December 2009 19:35:04 Kadaitcha Man wrote: I've not followed this debate in great detail but will make a few comments. As someone with a lame brain, I always find documentation hard to follow and think this sample is an improvement as it seems to have everything including examples on the same page. Personally I've struggled for hours trying to understand some of the documentation as I'm not a professional programmer nor have any formal programming training, so my brain o bvioulsy dosn't 'work correctly' when it comes to intrepretting documentation. I think gambas is brilliant and cannot thank Benoit and all the other developers enough for such a fantastic tool, that even people like myself can be productive in, as well as their almost instant response to requests for improvements and bug fixes. The issue of documentation has been raised often on these lists and seems to be a real stumbling block for spreading the fame and place in the sun that gambas should quite rightly have. As has been raised before on this list, together we must all have a treasure trove of code samples which could be shared if some mechanism could be found to do so. Also, as I've previously stated (and would be happy to contribute to) we need something like the wxPython demo, which illustrates the use of all common and more complex controls. The existing samples are a help, but need augmentation. Regards Richard > This what I think the Gambas documentation ought to look like; > everything the programmer needs in one place, not spread out all over > the planet. > > Create a directory and extract the attached files then just launch > index.html. > > There are some issues to be resolved before I start work on this: > > 1) The Gambas prawn/shrimp looks really immature. I recommend a new > and more technical logo, such as, erm, anything other than a prawn or > shrimp. > > 2) Fonts, style, layout, colours and what goes in the navigation panel > on the left needs to be decided on. > > 3) The wiki is arcane and ugly so I intend to rewrite the help text > for the Gambas help browser, not for the wiki. Someone else can take > on that burden. > > Notes: > > The Download link for the example works. All other links go back to > index.html. I intend to include as many working examples as I can. > The colour for the table headings came from a random pixel on the > prawn. It isn't too bad but I think there is too much white. > The text under comments is Lorem Ipsum gibberish pseudo-Latin. It > isn't meant to make sense so please don't ask. > > Ok, I know some of you love the prawn, but really, ask yourself, does > it look mature? Does it say, "HEY! I represent a mature, technical > product!"? > > If you said yes to either question, get your head read :) > > Comments, feedback and rude suggestions welcome. > > PS: I'm serious about the wiki. I won't touch it. > From gambas at ...1... Wed Dec 9 10:28:24 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 10:28:24 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: Message-ID: <200912091028.24712.gambas@...1...> > This what I think the Gambas documentation ought to look like; > everything the programmer needs in one place, not spread out all over > the planet. > > Create a directory and extract the attached files then just launch > index.html. > > There are some issues to be resolved before I start work on this: > > 1) The Gambas prawn/shrimp looks really immature. I recommend a new > and more technical logo, such as, erm, anything other than a prawn or > shrimp. Mmm... Something like a foot print, a green dragon, or worse a penguin? :-) > > 2) Fonts, style, layout, colours and what goes in the navigation panel > on the left needs to be decided on. > > 3) The wiki is arcane and ugly so I intend to rewrite the help text > for the Gambas help browser, not for the wiki. Someone else can take > on that burden. > > Notes: > > The Download link for the example works. All other links go back to > index.html. I intend to include as many working examples as I can. > The colour for the table headings came from a random pixel on the > prawn. It isn't too bad but I think there is too much white. > The text under comments is Lorem Ipsum gibberish pseudo-Latin. It > isn't meant to make sense so please don't ask. > > Ok, I know some of you love the prawn, but really, ask yourself, does > it look mature? Does it say, "HEY! I represent a mature, technical > product!"? > > If you said yes to either question, get your head read :) > > Comments, feedback and rude suggestions welcome. > > PS: I'm serious about the wiki. I won't touch it. > I think you don't understand the need of the wiki: I made it to allow people from everywhere to *enter* the information. Then, I don't find that my last wiki style sheet is ugly. I find it pretty nice. It is almost copied on the old wikipedia style sheet. Well, it is mainly a matter of taste. If you need sort of a menu on the left page, I think it could be easily added to the wiki. Like in wikipedia. I don't think that *.tar.gz files can be put in the wiki, but it should be a feature easy to add too. But if I don't find the wiki ugly, I admit it is a bit arcane. The main reason is: the information is usually entered in one place only, and follow the component structure (component->class->symbol). This way, a contextual help can be easily implemented in the IDE. But for beginners, I admit that it is difficult to find the information needed to do a specific task. The solution there is writing the same information, but with a better organization. But it couldn't be done before that information was written first, and I have never had the time to do that myself. And finally if you need an offline documentation, we can imagine a periodic process of dumping the wiki inside a directory, as I did before for Gambas 2. In short, I don't see in your example anything that cannot be done inside the wiki with a few modifications. But I may be wrong. Regards, -- Beno?t Minisini From gambas at ...1... Wed Dec 9 10:28:58 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 10:28:58 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912092018.25101.rterry@...627...> References: <200912092018.25101.rterry@...627...> Message-ID: <200912091028.59037.gambas@...1...> > On Wednesday 09 December 2009 19:35:04 Kadaitcha Man wrote: > > I've not followed this debate in great detail but will make a few comments. > > As someone with a lame brain, I always find documentation hard to follow > and think this sample is an improvement as it seems to have everything > including examples on the same page. > > Personally I've struggled for hours trying to understand some of the > documentation as I'm not a professional programmer nor have any formal > programming training, so my brain o bvioulsy dosn't 'work correctly' when > it comes to intrepretting documentation. > > I think gambas is brilliant and cannot thank Benoit and all the other > developers enough for such a fantastic tool, that even people like myself > can be productive in, as well as their almost instant response to requests > for improvements and bug fixes. > > The issue of documentation has been raised often on these lists and seems > to be a real stumbling block for spreading the fame and place in the sun > that gambas should quite rightly have. > > As has been raised before on this list, together we must all have a > treasure trove of code samples which could be shared if some mechanism > could be found to do so. > > Also, as I've previously stated (and would be happy to contribute to) we > need something like the wxPython demo, which illustrates the use of all > common and more complex controls. The existing samples are a help, but > need augmentation. > > > Regards > > Richard > A volunteer to write that demo? -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 9 10:39:58 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 20:39:58 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912092018.25101.rterry@...627...> References: <200912092018.25101.rterry@...627...> Message-ID: 2009/12/9 richard terry : > On Wednesday 09 December 2009 19:35:04 Kadaitcha Man wrote: > > I've not followed this debate in great detail but will make a few comments. > > As someone with a lame brain, I always find documentation hard to follow and > think this sample is an improvement as it seems to have everything including > examples on the same page. > > Personally I've struggled for hours trying to understand some of the > documentation as I'm not a professional programmer nor have any formal > programming training, so my brain o bvioulsy dosn't 'work correctly' when it > comes to intrepretting documentation. Yah, well, it's not your brain that's at fault, it's the documentation. When I write, which I do a lot, I always step back and put myself in the shoes of the virgin reader with no knowledge and ask myself, "Does this makes sense?" > I think gambas is brilliant and cannot thank Benoit and all the other > developers enough for such a fantastic tool, Same here. > As has been raised before on this list, together we must all have a treasure > trove of code samples which could be shared if some mechanism could be found > to do so. This dev list is fine for that. > Also, as I've previously stated (and would be happy to contribute to) we need > something like the wxPython demo, which illustrates the use of all common and > more complex controls. The existing samples are a help, but need augmentation. Well, it might be worth taking a look at the wxPython demo and building somehting similar in Gambas. From klaine8 at ...176... Wed Dec 9 10:48:10 2009 From: klaine8 at ...176... (Kari Laine) Date: Wed, 9 Dec 2009 11:48:10 +0200 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912092018.25101.rterry@...627...> References: <200912092018.25101.rterry@...627...> Message-ID: <61452b690912090148i4a41abdet1a30edb4702e4c3a@...178...> Hi, On Wed, Dec 9, 2009 at 11:18 AM, richard terry wrote: > As has been raised before on this list, together we must all have a treasure > trove of code samples which could be shared if some mechanism could be found > to do so. This is exactly what I have been thinking also. I have a unlimited account on GoDaddy hosting. I will be doing the basic page layout in the weekend (at least that is the plan). I will host the samples if you wish. Just send them over with short description to klaine8 at ...176... GoDaddy should be quite reliable also. Best Regards Kari From nospam.nospam.nospam at ...176... Wed Dec 9 11:44:42 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 21:44:42 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912091028.24712.gambas@...1...> References: <200912091028.24712.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : >> 1) The Gambas prawn/shrimp looks really immature. I recommend a new >> and more technical logo, such as, erm, anything other than a prawn or >> shrimp. > > Mmm... Something like a foot print, a green dragon, or worse a penguin? :-) lol - the only penguin I like is the fat one with the googly eyes. Attached. > I think you don't understand the need of the wiki: I made it to allow people > from everywhere to *enter* the information. > > Then, I don't find that my last wiki style sheet is ugly. I find it pretty > nice. It is almost copied on the old wikipedia style sheet. Well, it is mainly > a matter of taste. It's not just the style, Benoit. It's the lack of control and being tied into how the wiki expects things to be done. Why should I be forced to type "=TypeWriter=", requiring 12 keystrokes, when I can achieve exactly the same thing with a single flick of the wrist and a click of a mouse button? > If you need sort of a menu on the left page, I think it could be easily added > to the wiki. Like in wikipedia. Oh, I think you misunderstand. I don't need it, nor do I "want" it. I just put the idea out there for discussion and suggestion. At the end of the day, I don't believe the over-arching design decisions should be mine. It was just something to generate discussion... do we need a side panel or not? Perhaps we do, perhaps it needs to be a frame. Perhaps none of those. I have no fixed ideas on how the help text should appear to users, with the exception that it should be clear, succinct, easy to find and at least somewhat pleasurable to browse. > I don't think that *.tar.gz files can be put in the wiki, but it should be a > feature easy to add too. > > But if I don't find the wiki ugly, I admit it is a bit arcane. lol - you just reminded me of a cartoon I saw many years ago. There was a skinflint king who needed a new chef but the king was worried that the chefs he'd interviewed would taste the food too much, thereby costing him too much money. Some guy with a face like a Grouch Marx mask turned up. He had blue and red striped trousers, a gaudy green jacket, one hobnail boot on one foot and a sandal on the other. The king hired him... Because the guy's taste was up his arse. Let me know if I need to explain it to you. Ok, you like the wiki, but you are better at writing interpreters and compilers than I am. You do the interpreters and compilers and I'll do the writing. > The main reason is: the information is usually entered in one place only, and > follow the component structure (component->class->symbol). The component structure is part of the problem. Human brains are not organised in a component->class->symbol structure. > This way, a contextual help can be easily implemented in the IDE. But for > beginners, I admit that it is difficult to find the information needed to do a > specific task. I'm far from a beginner in terms of being a developer and I can't use the documentation. That said, if contextual help is a requirement of yours that you'd like to see implemented then I'm happy to include whatever hooks you need. Just specify them. > The solution there is writing the same information, but with a better > organization. But it couldn't be done before that information was written > first, and I have never had the time to do that myself. I'm happy to do that too, Benoit, but I need artistic license to do it the way your users want it done, which is not necessarily the way that's convenient for you. There's a very important point hidden in there. Gambas is maturing; it's certainly come a very long way since I first saw it in v1. The point? Your user base is also maturing and it is demanding something of you that you can't reasonably provide on your own, that being help text and documentation that is a pleasure to read. That isn't a criticism, by the way; it says far more about the fruits of your own and your core team's extraordinary efforts to build a brilliant BASIC tool with GUI support and an IDE to boot. > And finally if you need an offline documentation, we can imagine a periodic > process of dumping the wiki inside a directory, as I did before for Gambas 2. Let me ask you a serious question. In the last 12 months, how much editing of the wiki has been done by Gambas users who are not part of the core development team? If the answer is not a substantial amount then all the reasons you just put forward for using the wiki are made void and the only real conclusion is that the wiki helps you save time, nothing else. > In short, I don't see in your example anything that cannot be done inside the > wiki with a few modifications. > > But I may be wrong. I genuinely believe that this is not a case of someone being right and someone being wrong. From what you've said, I get the impression that the wiki gives you, that is you, yourself, a lot of benefits, which means the wiki is right for you. However, speaking as a developer, the wiki is terrible, and speaking as a writer, it is even worse. If you support me in going to the user list and getting their direct input on the documentation design then I'll write the documentation the way the users want to see it. You can link to the wiki and to the new design as well, thereby letting people choose. I reckon your webstats will tell you what the right decision is. Genuine regards, -------------- next part -------------- A non-text attachment was scrubbed... Name: linux_tux_crystal_sticker-p217899220209863877qjcl_400.jpg Type: image/jpeg Size: 18656 bytes Desc: not available URL: From klaine8 at ...176... Wed Dec 9 11:55:23 2009 From: klaine8 at ...176... (Kari Laine) Date: Wed, 9 Dec 2009 12:55:23 +0200 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091028.24712.gambas@...1...> Message-ID: <61452b690912090255g47448af4x473c9fba65b09436@...178...> On Wed, Dec 9, 2009 at 12:44 PM, Kadaitcha Man wrote: > 2009/12/9 Beno?t Minisini : > >>> 1) The Gambas prawn/shrimp looks really immature. I recommend a new >>> and more technical logo, such as, erm, anything other than a prawn or >>> shrimp. >> >> Mmm... Something like a foot print, a green dragon, or worse a penguin? :-) > > lol - the only penguin I like is the fat one with the googly eyes. Attached. LOL - and that should be taken more seriously than the shrimp ... :-)))) Kari -- PIC - ARM - Microcontrollers - I2C - SPI Keypads - USB-RS232 - USB-I2C - Accessories http://www.byvac.com I am just a happy customer From gambas at ...1... Wed Dec 9 12:07:48 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 12:07:48 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091028.24712.gambas@...1...> Message-ID: <200912091207.48124.gambas@...1...> > 2009/12/9 Beno?t Minisini : > >> 1) The Gambas prawn/shrimp looks really immature. I recommend a new > >> and more technical logo, such as, erm, anything other than a prawn or > >> shrimp. > > > > Mmm... Something like a foot print, a green dragon, or worse a penguin? > > :-) > > lol - the only penguin I like is the fat one with the googly eyes. > Attached. > > > I think you don't understand the need of the wiki: I made it to allow > > people from everywhere to *enter* the information. > > > > Then, I don't find that my last wiki style sheet is ugly. I find it > > pretty nice. It is almost copied on the old wikipedia style sheet. Well, > > it is mainly a matter of taste. > > It's not just the style, Benoit. It's the lack of control and being > tied into how the wiki expects things to be done. Can you be more precise? > Why should I be > forced to type "=TypeWriter=", requiring 12 keystrokes, when I can > achieve exactly the same thing with a single flick of the wrist and a > click of a mouse button? What are you talking about? That you have to enter the pages by using the wiki syntax? > > > If you need sort of a menu on the left page, I think it could be easily > > added to the wiki. Like in wikipedia. > > Oh, I think you misunderstand. I don't need it, nor do I "want" it. I > just put the idea out there for discussion and suggestion. At the end > of the day, I don't believe the over-arching design decisions should > be mine. It was just something to generate discussion... do we need a > side panel or not? Perhaps we do, perhaps it needs to be a frame. > Perhaps none of those. I have no fixed ideas on how the help text > should appear to users, with the exception that it should be clear, > succinct, easy to find and at least somewhat pleasurable to browse. > > > I don't think that *.tar.gz files can be put in the wiki, but it should > > be a feature easy to add too. > > > > But if I don't find the wiki ugly, I admit it is a bit arcane. > > lol - you just reminded me of a cartoon I saw many years ago. There > was a skinflint king who needed a new chef but the king was worried > that the chefs he'd interviewed would taste the food too much, thereby > costing him too much money. Some guy with a face like a Grouch Marx > mask turned up. He had blue and red striped trousers, a gaudy green > jacket, one hobnail boot on one foot and a sandal on the other. The > king hired him... > > Because the guy's taste was up his arse. > > Let me know if I need to explain it to you. > > Ok, you like the wiki, but you are better at writing interpreters and > compilers than I am. You do the interpreters and compilers and I'll do > the writing. > What is the point with writing *inside* the wiki? > > The main reason is: the information is usually entered in one place only, > > and follow the component structure (component->class->symbol). > > The component structure is part of the problem. Human brains are not > organised in a component->class->symbol structure. > > > This way, a contextual help can be easily implemented in the IDE. But for > > beginners, I admit that it is difficult to find the information needed to > > do a specific task. > > I'm far from a beginner in terms of being a developer and I can't use > the documentation. That said, if contextual help is a requirement of > yours that you'd like to see implemented then I'm happy to include > whatever hooks you need. Just specify them. > > > The solution there is writing the same information, but with a better > > organization. But it couldn't be done before that information was written > > first, and I have never had the time to do that myself. > > I'm happy to do that too, Benoit, but I need artistic license to do it > the way your users want it done, which is not necessarily the way > that's convenient for you. > > There's a very important point hidden in there. Gambas is maturing; > it's certainly come a very long way since I first saw it in v1. The > point? Your user base is also maturing and it is demanding something > of you that you can't reasonably provide on your own, that being help > text and documentation that is a pleasure to read. That isn't a > criticism, by the way; it says far more about the fruits of your own > and your core team's extraordinary efforts to build a brilliant BASIC > tool with GUI support and an IDE to boot. > > > And finally if you need an offline documentation, we can imagine a > > periodic process of dumping the wiki inside a directory, as I did before > > for Gambas 2. > > Let me ask you a serious question. In the last 12 months, how much > editing of the wiki has been done by Gambas users who are not part of > the core development team? > > If the answer is not a substantial amount then all the reasons you > just put forward for using the wiki are made void and the only real > conclusion is that the wiki helps you save time, nothing else. > I have written most of the english part of the wiki, but I didn't write the french, spanish, chinese, farsi... parts. And if the only benefit of the wiki would be saving me time, it would be enough. Even if I don't see how it could save me time. The only way to save my time is *not* writing any documentation. > > In short, I don't see in your example anything that cannot be done inside > > the wiki with a few modifications. > > > > But I may be wrong. > > I genuinely believe that this is not a case of someone being right and > someone being wrong. From what you've said, I get the impression that > the wiki gives you, that is you, yourself, a lot of benefits, which > means the wiki is right for you. However, speaking as a developer, the > wiki is terrible, and speaking as a writer, it is even worse. > Please give concrete explanations of what is bad / worse / ugly. A lot of people have no problems with writings things in Wikipedia, so I don't see the point with writing things in the Gambas wiki. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 9 12:08:11 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 22:08:11 +1100 Subject: [Gambas-devel] Well, I kept my promise References: <200912091028.24712.gambas@...1...> <61452b690912090255g47448af4x473c9fba65b09436@...178...> Message-ID: Kari Laine wrote: > On Wed, Dec 9, 2009 at 12:44 PM, Kadaitcha Man > wrote: >> 2009/12/9 Beno?t Minisini : >> >>>> 1) The Gambas prawn/shrimp looks really immature. I recommend a new >>>> and more technical logo, such as, erm, anything other than a prawn >>>> or shrimp. >>> >>> Mmm... Something like a foot print, a green dragon, or worse a >>> penguin? :-) >> >> lol - the only penguin I like is the fat one with the googly eyes. >> Attached. > > LOL - and that should be taken more seriously than the shrimp ... > :-)))) Yeah, why not? It sort of says "Oh, shit!" without actually having said it :) http://www.articlealley.com/article_724364_11.html There is an image at that link. Remove the red drop and you have an image that might represent building something. Heck, even the attached image says more than the prawn does. Ok, enough funning. For now. -------------- next part -------------- A non-text attachment was scrubbed... Name: surprise.jpg Type: image/jpeg Size: 42953 bytes Desc: not available URL: From gambas.fr at ...176... Wed Dec 9 12:21:51 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 9 Dec 2009 12:21:51 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <61452b690912090255g47448af4x473c9fba65b09436@...178...> References: <200912091028.24712.gambas@...1...> <61452b690912090255g47448af4x473c9fba65b09436@...178...> Message-ID: <6324a42a0912090321r1f9850acgc9acbba41410134a@...178...> hum ... is really the logo is matter of how many a tool is used ? i see some contradiction in your mail kadaitcha... on one hand you are saying that the logo is imature, on the other ... the wikidoc is too complex... have you taking a look at the GTK one or Qt one ? ... they have technical logo ... but theire doc is unreadable for a beotian. The wiki is a pure technical doc and it's true that is a not a beginner book. Its a help that is made to rationnally give the info for each componant/class/symbol. with that we can make an on the fly popup help for the GB3 Ide ... it's what i've begin and it's really fantastic. What you need to do it's a beginner book... a summary of the component with short exemples... The more important for the wiki is that is drawn to be used by some automatic queries... not like a book ... with a book ... a user can read it... but an ide can't use it for give the help on the need... it's two diff?rent thing... and yes we need the both. For gambas code sharing... i've someting quite ready ... but i'm always waiting for a server with gb3 svn installed !! Like the wiki it's a gambas cgi. Fabien Bodard Then ... why people don't edit the wiki help ?... they won't take time to it, they don't have time, they need to learn the basis befor. 2009/12/9 Kari Laine : > On Wed, Dec 9, 2009 at 12:44 PM, Kadaitcha Man > wrote: >> 2009/12/9 Beno?t Minisini : >> >>>> 1) The Gambas prawn/shrimp looks really immature. I recommend a new >>>> and more technical logo, such as, erm, anything other than a prawn or >>>> shrimp. >>> >>> Mmm... Something like a foot print, a green dragon, or worse a penguin? :-) >> >> lol - the only penguin I like is the fat one with the googly eyes. Attached. > > LOL - and that should be taken more seriously than the shrimp ... :-)))) > > > Kari > > > -- > PIC - ARM - Microcontrollers - I2C - SPI > Keypads - USB-RS232 - USB-I2C - Accessories > http://www.byvac.com > I am just a happy customer > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Wed Dec 9 12:55:36 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 22:55:36 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <6324a42a0912090321r1f9850acgc9acbba41410134a@...178...> References: <200912091028.24712.gambas@...1...> <61452b690912090255g47448af4x473c9fba65b09436@...178...> <6324a42a0912090321r1f9850acgc9acbba41410134a@...178...> Message-ID: 2009/12/9 Fabien Bodard : > i see some contradiction in your mail kadaitcha... on one hand you are > saying that the logo is imature, on the other ... the wikidoc is too > complex... Those were brought up as two distinct ideas, completely separate from one another, and marked as being completely separate from one another by 1) numbered 2) points 3) no less. What is the relationship between the two completely unconnected ideas that causes a contradiction? > The wiki is a pure technical doc and it's true that is a not a > beginner book. Nobody, other than you, suggested that the gambas technical documentation become something akin to a beginner's book if it were rewritten in a better and more readable manner. Please show precisely where in the sample page I provided that one single atom of "pure technical" information has been made to devolve into something lesser, let alone something approaching what you are suggesting. You can't show such a thing because no such thing ever happened, apart from in your imagination. > Its a help that is made to rationnally give the info > for each componant/class/symbol. I already addressed that point. I don't see a counter-argument from you. I only see a re-assertion of the same invalid point. > with that we can make an on the fly popup help for the GB3 Ide ... > it's what i've begin and it's really fantastic. WOW! Yes! Really fantastic! And all at the expense of the users having something they can actually use, make sense out of and become productive. Users. Such a cheap price to pay. > What you need to do it's a beginner book... No. I do not need. 1) Your users need, and want, better documentation. 2) You and Benoit are too close to Gambas to write documentation that is meaningful to others. Neither you nor Benoit can see those points at all, nor will either of you admit them. From nospam.nospam.nospam at ...176... Wed Dec 9 12:56:33 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 22:56:33 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912091207.48124.gambas@...1...> References: <200912091028.24712.gambas@...1...> <200912091207.48124.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : > Please give concrete explanations of what is bad / worse / ugly. Words such as bad, worse and ugly do not represent concrete ideas. > A lot of people have no problems with writings things in Wikipedia, Every person in the whole world can insist that "X is true", but it does not logically follow that X is indeed true. > so I don't see the > point with writing things in the Gambas wiki. Too bad. How sad. From gambas at ...1... Wed Dec 9 13:05:45 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 13:05:45 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091207.48124.gambas@...1...> Message-ID: <200912091305.45538.gambas@...1...> > 2009/12/9 Beno?t Minisini : > > Please give concrete explanations of what is bad / worse / ugly. > > Words such as bad, worse and ugly do not represent concrete ideas. > These are the words you used. But I don't see concretely what the problem is with the wiki. Examples of concrete things: - Somebody should write an example like the wxPython demo. - We should be able to attach Gambas sources archives to the wiki. ... Examples of even more concrete things: - Here is the example. - Here is a clean and beautiful patch that allows to add Gambas sources archives to the wiki. > > A lot of people have no problems with writings things in Wikipedia, > > Every person in the whole world can insist that "X is true", but it > does not logically follow that X is indeed true. > > > so I don't see the > > point with writing things in the Gambas wiki. > > > > Too bad. How sad. > If you want to write documentation, but does not want to use the wiki, you can. Many people already did that before. But again: almost every project I know use a wiki to write documentation. So I don't see the problem with the wiki. Regards, -- Beno?t Minisini From gambas.fr at ...176... Wed Dec 9 13:11:44 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 9 Dec 2009 13:11:44 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091028.24712.gambas@...1...> <200912091207.48124.gambas@...1...> Message-ID: <6324a42a0912090411r338b1ac0h558eb42f5f122903@...178...> So ... what i can say it's just ... do your doc... finish it ... and then share it to users ... we are too bad to do that and honestly i've not time ..to do more... 2009/12/9 Kadaitcha Man : > 2009/12/9 Beno?t Minisini : > >> Please give concrete explanations of what is bad / worse / ugly. > > Words such as bad, worse and ugly do not represent concrete ideas. > >> A lot of people have no problems with writings things in Wikipedia, > > Every person in the whole world can insist that "X is true", but it > does not logically follow that X is indeed true. > >> so I don't see the >> point with writing things in the Gambas wiki. > > > > Too bad. How sad. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Wed Dec 9 13:30:46 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 23:30:46 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <6324a42a0912090411r338b1ac0h558eb42f5f122903@...178...> References: <200912091028.24712.gambas@...1...> <200912091207.48124.gambas@...1...> <6324a42a0912090411r338b1ac0h558eb42f5f122903@...178...> Message-ID: 2009/12/9 Fabien Bodard : > So ... what i can say it's just ... do your doc... finish it ... and > then share it to users See? You miss the point entirely, Fabien. It is not "my doc". It is the users' doc. Their doc. Them. The users. Those people who use your product. You know? Remember them? Documentation rewritten by me, in plain English, with no loss of technical data, for your gb3 context sensitive help feature, with your support and their direct input. > ... we are too bad to do that and honestly i've > not time ..to do more... I know you don't have time, which is why I am frustrated by what I feel is your resistance to a genuine offer of help, and resistance to embracing new and different ideas to make Gambas better. That is not a criticism at all. It is an echo of how I feel. I am not going to do any rewriting of anything unless I have your support. Do you understand that, Fabien? "just ... do your doc... finish it ... and then share it to users" is not what I class as support. It's the final expression of exasperation right before you admit there is merit in the idea :) Look, if I do anything for Gambas I want it to become part of Gambas. Writing is what I do best. It just so happens that being a professional developer is also in the set of things I do best. From nospam.nospam.nospam at ...176... Wed Dec 9 13:48:39 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 9 Dec 2009 23:48:39 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912091305.45538.gambas@...1...> References: <200912091207.48124.gambas@...1...> <200912091305.45538.gambas@...1...> Message-ID: 2009/12/9 Beno?t Minisini : > These are the words you used. But I don't see concretely what the problem is > with the wiki. I know you don't see the problem. You are a technical person :) > Examples of concrete things: > > - Somebody should write an example like the wxPython demo. I already addressed that. I implied I would take a look at it and consider if it was feasible writing something similar in Gambas. > - We should be able to attach Gambas sources archives to the wiki. > > ... > > Examples of even more concrete things: > > - Here is the example. > > - Here is a clean and beautiful patch that allows to add Gambas sources > archives to the wiki. lol - Benoit, "clean and beautiful" is 100% subjective, not objective like concrete is. >> > A lot of people have no problems with writings things in Wikipedia, >> >> Every person in the whole world can insist that "X is true", but it >> does not logically follow that X is indeed true. >> >> > so I don't see the >> > point with writing things in the Gambas wiki. >> >> >> >> Too bad. How sad. >> > > If you want to write documentation, but does not want to use the wiki, you > can. Many people already did that before. I don't want to be counted among the many. I prefer to stand out and be noticed. > But again: almost every project I know use a wiki to write documentation. So I > don't see the problem with the wiki. Benoit, that's like saying you won't fly in a jet because nobody ever had a problem flying in balloons during the French Revolution. Good grief, man. If everyone clung to that basic idea we'd still be in the dark ages shovelling cow muck into great piles with a pitch fork. Let me make a slightly different proposal, hopefully a win-win. I will offer to rewrite and restructure the Gambas help browser help text, in English, and I will offer to make sure it includes the hooks you and Fabien need to link the gb3 context-sensitive help into. Furthermore, contrary to what I believe is Fabien's rather odd notions, I will guarantee that there will be no loss of technical information whatsoever. In return, you sanction and support my work, and how you get the rewritten help text into the wiki is your problem not mine. Yes or no will suffice. I'm done with trying to convince you and Fabien that this a desperately needed change. From gambas at ...1... Wed Dec 9 14:07:19 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 9 Dec 2009 14:07:19 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091305.45538.gambas@...1...> Message-ID: <200912091407.19356.gambas@...1...> > 2009/12/9 Beno?t Minisini : > > These are the words you used. But I don't see concretely what the problem > > is with the wiki. > > I know you don't see the problem. You are a technical person :) > > > Examples of concrete things: > > > > - Somebody should write an example like the wxPython demo. > > I already addressed that. I implied I would take a look at it and > consider if it was feasible writing something similar in Gambas. > > > - We should be able to attach Gambas sources archives to the wiki. > > > > ... > > > > Examples of even more concrete things: > > > > - Here is the example. > > > > - Here is a clean and beautiful patch that allows to add Gambas sources > > archives to the wiki. > > lol - Benoit, "clean and beautiful" is 100% subjective, not objective > like concrete is. > > >> > A lot of people have no problems with writings things in Wikipedia, > >> > >> Every person in the whole world can insist that "X is true", but it > >> does not logically follow that X is indeed true. > >> > >> > so I don't see the > >> > point with writing things in the Gambas wiki. > >> > >> > >> > >> Too bad. How sad. > > > > If you want to write documentation, but does not want to use the wiki, > > you can. Many people already did that before. > > I don't want to be counted among the many. I prefer to stand out and be > noticed. > > > But again: almost every project I know use a wiki to write documentation. > > So I don't see the problem with the wiki. > > Benoit, that's like saying you won't fly in a jet because nobody ever > had a problem flying in balloons during the French Revolution. Good > grief, man. If everyone clung to that basic idea we'd still be in the > dark ages shovelling cow muck into great piles with a pitch fork. > > Let me make a slightly different proposal, hopefully a win-win. > > I will offer to rewrite and restructure the Gambas help browser help > text, in English, and I will offer to make sure it includes the hooks > you and Fabien need to link the gb3 context-sensitive help into. > Furthermore, contrary to what I believe is Fabien's rather odd > notions, I will guarantee that there will be no loss of technical > information whatsoever. > > In return, you sanction and support my work, and how you get the > rewritten help text into the wiki is your problem not mine. > > Yes or no will suffice. I'm done with trying to convince you and > Fabien that this a desperately needed change. > Of course you can rewrite documentation. But why don't you want to do that in the wiki? -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 9 14:30:15 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 00:30:15 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912091407.19356.gambas@...1...> References: <200912091305.45538.gambas@...1...> <200912091407.19356.gambas@...1...> Message-ID: 2009/12/10 Beno?t Minisini : > 2009/12/9 Kadaitcha Man : >> Yes or no will suffice. I'm done with trying to convince you and >> Fabien that this a desperately needed change. >> > > Of course you can rewrite documentation. Now all I need is the specifications from Fabien on the hooks he needs for gb3. > But why don't you want to do that in > the wiki? We've been over that. I won't do it in the wiki because the wiki is ugly. ugly ?adjective 1. very unattractive or unpleasant to look at; offensive to the sense of beauty; displeasing in appearance. 2. disagreeable; unpleasant; objectionable: ugly tricks; ugly discords. 3. morally revolting: ugly crime. 4. threatening trouble or danger: ugly symptoms. 5. mean; hostile; quarrelsome: an ugly mood; an ugly frame of mind. 6. (esp. of natural phenomena) unpleasant or dangerous: ugly weather; an ugly sea. [../../key] [/def/class]. {info After the KeyPress...} ++Example {code... } ++Event Cancellation If you stop the [/def/event] with [/lang/stopevent]... I recommend meaning 3. I'll tell you why I won't do it in the wiki... the wiki syntax severely limits what can be achieved for the benefit of Gambas users. That said, I will, most certainly, use a rigid CSS. Once the formats are set in the CSS, they will stay set so it will not be a big issue for Fabien to write a CSS to wiki translator because there will be no unexpected formatting surprises to deal with. I suggest Fabien be made responsible for getting the rewritten help text into the wiki because he deserves to be pushed :) From nospam.nospam.nospam at ...176... Wed Dec 9 14:38:44 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 00:38:44 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091305.45538.gambas@...1...> <200912091407.19356.gambas@...1...> Message-ID: 2009/12/10 Kadaitcha Man : > I suggest Fabien be made responsible for getting the rewritten help > text into the wiki because he deserves to be pushed :) Bugger. That was a joke ruined by a typo. Fabien deserves to be punished! Abused! Castigated! Chastened! Disciplined! Flogged! Lashed! Scourged! Spanked! Whipped! Birched! Caned! Flayed! Thrashed! You don't suppose he'll enjoy it, hey? From gambas.fr at ...176... Wed Dec 9 17:01:04 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 9 Dec 2009 17:01:04 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <200912091305.45538.gambas@...1...> <200912091407.19356.gambas@...1...> Message-ID: <6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> Why?, I'm such a nice boy:) Well, I looked at your example, but I found nothing that contradicts with the use of wiki ... The documentation must follow a rather strict graphic chart. But this is a css file ... everything can be modulated, changed. Imagine that your good idea to redraw the entire page of the IDE will generate a lot of work for every translator ... there are many pages. If it can relieve the user I'm not against this idea, but one must weigh the benefit of that. Another thing, I think that using the wiki would be difficult to overcome without eventually forget some pages ... I have not said no circumvented. The wiki is a good tool ... should not be too choosy before such a luxury. And to answer is a work of 'Benoit ... and yes again:) Fabien From gambas.fr at ...176... Wed Dec 9 17:04:45 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Wed, 9 Dec 2009 17:04:45 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> References: <200912091305.45538.gambas@...1...> <200912091407.19356.gambas@...1...> <6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> Message-ID: <6324a42a0912090804p42330dbr3e0fa58320d8de86@...178...> Why not use xml to rewrite the pages ? with that we can separate Title, Signature, explanation, exemple then with a CSS this is possible to manage the display... it's just an idea ... 2009/12/9 Fabien Bodard : > Why?, I'm such a nice boy:) > > Well, I looked at your example, but I found nothing that contradicts > with the use of wiki ... The documentation must follow a rather strict > graphic chart. But this is a css file ... everything can be modulated, > changed. Imagine that your good idea to redraw the entire page of the > IDE will generate a lot of work for every translator ... there are > many pages. > > If it can relieve the user I'm not against this idea, but one must > weigh the benefit of that. > Another thing, I think that using the wiki would be difficult to > overcome without eventually forget some pages ... I have not said no > circumvented. > > The wiki is a good tool ... should not be too choosy before such a luxury. > > And to answer is a work of 'Benoit ... and yes again:) > > Fabien > From sourceforge-raindog2 at ...19... Wed Dec 9 18:04:18 2009 From: sourceforge-raindog2 at ...19... (Rob) Date: Wed, 9 Dec 2009 12:04:18 -0500 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: Message-ID: <200912091204.18666.sourceforge-raindog2@...19...> On Wednesday 09 December 2009 03:35 am, Kadaitcha Man wrote: > This what I think the Gambas documentation ought to look like; > everything the programmer needs in one place, not spread out all over > the planet. > There are some issues to be resolved before I start work on this: When I converted Benoit's original Staroffice documentation file for Gambas 0.30 into the Twiki format, I did so without asking, and only when it became apparent that it was actually useful did it get adopted as the Gambas 1.0 documentation. I didn't include the prawn logo because I find it goofy too, but Gambas is not my baby, it's Benoit's, and he put it back in after I gave it to him to run. I think you'll get a better reception with "Here's what I've done" than "Here's a proof of concept of what I'll do if you capitulate to my vague demands". Rob From rterry at ...627... Wed Dec 9 21:30:53 2009 From: rterry at ...627... (richard terry) Date: Thu, 10 Dec 2009 07:30:53 +1100 Subject: [Gambas-devel] wxPython like demo discussion. In-Reply-To: <200912091028.59037.gambas@...1...> References: <200912092018.25101.rterry@...627...> <200912091028.59037.gambas@...1...> Message-ID: <200912100730.53690.rterry@...627...> On Wednesday 09 December 2009 20:28:58 you wrote: > > On Wednesday 09 December 2009 19:35:04 Kadaitcha Man wrote: > > > > I've not followed this debate in great detail but will make a few > > comments. > > > > As someone with a lame brain, I always find documentation hard to follow > > and think this sample is an improvement as it seems to have everything > > including examples on the same page. > > > > Personally I've struggled for hours trying to understand some of the > > documentation as I'm not a professional programmer nor have any formal > > programming training, so my brain o bvioulsy dosn't 'work correctly' when > > it comes to intrepretting documentation. > > > > I think gambas is brilliant and cannot thank Benoit and all the other > > developers enough for such a fantastic tool, that even people like myself > > can be productive in, as well as their almost instant response to > > requests for improvements and bug fixes. > > > > The issue of documentation has been raised often on these lists and > > seems to be a real stumbling block for spreading the fame and place in > > the sun that gambas should quite rightly have. > > > > As has been raised before on this list, together we must all have a > > treasure trove of code samples which could be shared if some mechanism > > could be found to do so. > > > > Also, as I've previously stated (and would be happy to contribute to) we > > need something like the wxPython demo, which illustrates the use of all > > common and more complex controls. The existing samples are a help, but > > need augmentation. > > > > > > Regards > > > > Richard > > A volunteer to write that demo? > I'd be happy to be involved but couldn't do the whole thing cause I'm not that clever. I did post on the list some time ago samples of the sort of thing I thought was worthwhile. Perhaps if someone started an public SVN just for the demo anyone who wanted to could contribute to it, but someone would have to be overall co-ordinator. Thoughts Richard From nospam.nospam.nospam at ...176... Wed Dec 9 21:40:18 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 07:40:18 +1100 Subject: [Gambas-devel] Well, I kept my promise References: <200912091204.18666.sourceforge-raindog2@...19...> Message-ID: Rob wrote: > When I converted Benoit's original Staroffice documentation file for > Gambas 0.30 into the Twiki format No wonder it looks so modern and nowhere near it's use-by date. > I think you'll get a better reception with "Here's what I've done" > than "Here's a proof of concept of what I'll do if you capitulate to > my vague demands". Do those kinds of ideas often crop up when a user is willing to say something that's needed to be said for a long time? From nospam.nospam.nospam at ...176... Thu Dec 10 07:10:56 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 17:10:56 +1100 Subject: [Gambas-devel] Well, I kept my promise References: <200912091305.45538.gambas@...1...><200912091407.19356.gambas@...1...><6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> <6324a42a0912090804p42330dbr3e0fa58320d8de86@...178...> Message-ID: Fabien Bodard wrote: > Why not use xml to rewrite the pages ? Why? That's crazy. You'd be better off with standards compliant XHTML 1.1: 1) You can display selected text in a browser control. 2) No changes will be needed to view the entire help text in a browser. 3) No conversion will be necessary between HTML and XML. Multipurpose, single source help text. 4) The web pages can be maintained in a webpage editor. 5) If you want to change the layout you just change the cascading style sheet styles. Instant layout change. > with that we can separate Title, Signature, explanation, exemple All that can be done with XHTML. > then with a CSS this is possible to manage the display... it's just > an idea ... Untitled 1

How quickly daft jumping zebras vex.

Quick wafting zephyrs vex bold Jim.

Pack my box with five dozen liquor jugs.

The five boxing wizards jump quickly.

[Some more CSS formatted text]
[Some more CSS formatted text]
All you need do is: 1) Copy [...] 2) Run down the XHTML path looking for the class you want 3) Append
[...]
to the copy 4) Throw it into a browser control From nospam.nospam.nospam at ...176... Thu Dec 10 07:38:46 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 17:38:46 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> References: <200912091305.45538.gambas@...1...> <200912091407.19356.gambas@...1...> <6324a42a0912090801oacb0dfcw58ee946a5ee9f920@...178...> Message-ID: 2009/12/10 Fabien Bodard : > Why?, I'm such a nice boy:) lol - so am I. > Well, I looked at your example, but I found nothing that contradicts > with the use of wiki Ah! See? I told you so. BTW, the sample I sent you is XHTML. Though it's an older 1.0 Transitional format. A rewrite would have to be done in XHTML 1.0 Strict, at a minimum, with a preference for XHTML 1.1. > ... The documentation must follow a rather strict > graphic chart. I wholeheartedly agree that there must be strict adherence to conventions but I wouldn't agree that the current conventions are suitable for a revamp. > But this is a css file ... everything can be modulated, > changed. Imagine that your good idea to redraw the entire page of the > IDE will generate a lot of work for every translator ... there are > many pages. Yes, but what about me? There's a whole lot more work for me. > If it can relieve the user I'm not against this idea, but one must > weigh the benefit of that. Well, look on the plus side. If I write the pages in standards complaint XHTML then you will be able to treat the help text as if it were XML and I will be able to treat it as if it were a web page. Win-win. > Another thing, I think that using the wiki would be difficult to > overcome without eventually forget some pages ... I have not said no > circumvented. > > The wiki is a good tool ... should not be too choosy before such a luxury. Like I said, keep the wiki. If the help text is written in XHTML then you can write a simple converter. Another win. From nospam.nospam.nospam at ...176... Thu Dec 10 08:50:15 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 10 Dec 2009 18:50:15 +1100 Subject: [Gambas-devel] Ok, I've started on the help text Message-ID: I've pulled gb3 rev 2471 and I'm about to start work on rewriting the help text. The existing directory structure will be 100% maintained, without change (/../help/help/help/...). Whilst I will regularly pull later versions of gb3 to see if svn pulls in any help changes, I would really appreciate being alerted if the help text changes. 1) The help text will be rewritten in XHTML 1.1 2) Existing icons will be used wherever possible. 3) Images will be updated wherever possible. 4) The index frame will be retained. 5) I will concentrate on gb3 only. I have yet to decide on a plan of attack. I'll publish it when I decide what the best approach will be. Fabien: No doubt you will need samples to test with the new "on-the-fly-popup-help". Let me know when I can take a look at the feature. From ronstk at ...124... Thu Dec 10 12:21:41 2009 From: ronstk at ...124... (Ron_1st) Date: Thu, 10 Dec 2009 12:21:41 +0100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: References: <6324a42a0912090804p42330dbr3e0fa58320d8de86@...178...> Message-ID: <200912101221.42204.ronstk@...124...> On Thursday 10 December 2009, Kadaitcha Man wrote: > Fabien Bodard wrote: > > > Why not use xml to rewrite the pages ? > > Why? That's crazy. You'd be better off with standards compliant XHTML 1.1: > I don't agrree Kadaitcha. It just the first good proposal of Fabian in this matter > 1) You can display selected text in a browser control. > 2) No changes will be needed to view the entire help text in a browser. > 3) No conversion will be necessary between HTML and XML. > Multipurpose, single source help text. > 4) The web pages can be maintained in a webpage editor. > 5) If you want to change the layout you just change the cascading > style sheet styles. Instant layout change. ---8<---- > > > > All you need do is: > > 1) Copy [...] > 2) Run down the XHTML path looking for the class you want > 3) Append
[...]
to the copy > 4) Throw it into a browser control > From gambas at ...1... Thu Dec 10 13:40:18 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 10 Dec 2009 13:40:18 +0100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: References: Message-ID: <200912101340.18946.gambas@...1...> > I've pulled gb3 rev 2471 and I'm about to start work on rewriting the help > text. > > The existing directory structure will be 100% maintained, without change > (/../help/help/help/...). > > Whilst I will regularly pull later versions of gb3 to see if svn pulls in > any help changes, I would really appreciate being alerted if the help text > changes. > > 1) The help text will be rewritten in XHTML 1.1 > 2) Existing icons will be used wherever possible. > 3) Images will be updated wherever possible. > 4) The index frame will be retained. > 5) I will concentrate on gb3 only. > > I have yet to decide on a plan of attack. I'll publish it when I decide > what the best approach will be. > > Fabien: No doubt you will need samples to test with the new > "on-the-fly-popup-help". Let me know when I can take a look at the feature. > OK, now I understand what you want to do. But beware that: * This online help is automatically *generated* from the wiki contents by using "wget" and a few magic file and HTML link renaming because of bugs in the way wget handles that. * The online help is not used anymore by the Gambas 3 IDE. It will be removed from the source package, as it takes a lot of bytes. This is the reason why I asked you why not writing directly in the wiki. * Moreover, who will translate your documentation if it is not in the wiki? -- Beno?t Minisini From gambas.fr at ...176... Thu Dec 10 20:25:33 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 10 Dec 2009 20:25:33 +0100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: References: Message-ID: <6324a42a0912101125q3633857eid05f126217ed9719@...178...> 2009/12/10 Kadaitcha Man : > I've pulled gb3 rev 2471 and I'm about to start work on rewriting the help > text. > > The existing directory structure will be 100% maintained, without change > (/../help/help/help/...). > > Whilst I will regularly pull later versions of gb3 to see if svn pulls in > any help changes, I would really appreciate being alerted if the help text > changes. > > 1) The help text will be rewritten in XHTML 1.1 > 2) Existing icons will be used wherever possible. > 3) Images will be updated wherever possible. > 4) The index frame will be retained. > 5) I will concentrate on gb3 only. > > I have yet to decide on a plan of attack. I'll publish it when I decide what > the best approach will be. > > Fabien: No doubt you will need samples to test with the new > "on-the-fly-popup-help". Let me know when I can take a look at the feature. > > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > je pense que tu devrait commencer par regarder a ce qu'est gambasdoc avant de te lancer... a tu essay? le wiki, regard? les syst?me d'alerte pour les update ?, le syst?me d'information aux traducteur si la version de base (anglais est modif?e), le syst?me 'diff qui permet de trouver facilement ou sont les modification a apporter dans les traductions (historique des modification), les liens automatique au autres pages en fonction des mots clef. Gambasdoc n'est pas qu'un simple tas de pages statiques sur le web. Bien sur je suis d'accord sur un point avec toi la pr?sentation doit ?tre chang?e pour plus de clart?e, mais ?a ne n?c?ssite pas de tout refaire... juste am?nager certaine pr?sentation automatiques li?es au moteur wiki. Il faudrait aussi une page notes libre pour chaque pages et accessible par tout le monde pour chaque langues, qui permettrait de librement completer la doc par les exp?riences individuelles. Un arbre (ou plan de page), simplifierait la navigation. Un syst?me de recherche plus souple pourrait aussi ?tre apport?. Avec des exemples assez parlant li? aux pages. Mais bas? sur le moteur wiki pour les lien automatiques... comme chez qt. Donc voici mon avis pour l'instant... c'est oui pour am?liorer le wiki, et non tout r??crire comme tu le pense n'apportera rien de plus que ce que je viens de citer. Et donc si tu veut contribuer et changer les textes de la doc certes parfois mal formul?, il me semble que le mieux restera le wiki, qui est le seul moyen de vraiement partager avec tout nos amis gambasian. I think you should start by looking at what has gambasdoc before you start ... have you tried the wiki, looked at the warning system for the update?, system information to a translator if the basic version (English is hereby amended), the system 'diff which allows to find easily or are the modifications in translations (historical change), automatic links to other pages based on keywords. Gambasdoc is not just a bunch of static pages on the web. Of course I agree on one point with you presenting must be changed for more clart?e, but that does not require any re ... just develop some automatic submission engine-related wiki. It would also free notes page for each page and accessible by everyone for every language, which would complete free the doc by individual experiences. A tree (or plan page), simplify navigation. A research system more flexible could also be provided. With enough examples of speaking-related pages. But based on the wiki engine for automatic link ... as in qt. So here's my advice for now ... yes it is to improve the wiki, not rewrite it as you think will bring nothing more than what I just mentioned. So if you want to contribute and change the text of the doc certainly sometimes poorly worded, it seems that the best will in the wiki, which is the only way to really share with all our friends gambasian. From nospam.nospam.nospam at ...176... Thu Dec 10 21:27:02 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 07:27:02 +1100 Subject: [Gambas-devel] Well, I kept my promise In-Reply-To: <200912101221.42204.ronstk@...124...> References: <6324a42a0912090804p42330dbr3e0fa58320d8de86@...178...> <200912101221.42204.ronstk@...124...> Message-ID: 2009/12/10 Ron_1st : >> Like I said, keep the wiki. If the help text is written in XHTML then >> you can write a simple converter. > > If you write xml you don't need to do. I see. And what web browsers and page designers do you know of that use XML for anything other than embedding data? XML <> XHTML > just my 2 cents :) Keep the change. From nospam.nospam.nospam at ...176... Thu Dec 10 21:31:54 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 07:31:54 +1100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: <6324a42a0912101125q3633857eid05f126217ed9719@...178...> References: <6324a42a0912101125q3633857eid05f126217ed9719@...178...> Message-ID: 2009/12/11 Fabien Bodard : > So here's my advice for now ... yes it is to improve the wiki No it is not. > it seems that the best will in the wiki, Then I won't do it. From nospam.nospam.nospam at ...176... Thu Dec 10 21:36:34 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 07:36:34 +1100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: <6324a42a0912101125q3633857eid05f126217ed9719@...178...> References: <6324a42a0912101125q3633857eid05f126217ed9719@...178...> Message-ID: 2009/12/11 Fabien Bodard : > Of course I agree on one > point with you presenting must be changed for more clart?e, but that > does not require any redevelop Ok, you win. I will do what I can in the wiki. From nospam.nospam.nospam at ...176... Thu Dec 10 21:37:30 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 07:37:30 +1100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: <200912101340.18946.gambas@...1...> References: <200912101340.18946.gambas@...1...> Message-ID: 2009/12/10 Beno?t Minisini : > * Moreover, who will translate your documentation if it is not in the wiki? As someone who only reads and writes English, I can't answer that. If changing the help text in English will create a translation problem because of a lack of translators then it's best I don't change anything. I will leave a complete revamp alone for now and will work in the wiki. From gambas.fr at ...176... Thu Dec 10 22:22:41 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 10 Dec 2009 22:22:41 +0100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: References: <200912101340.18946.gambas@...1...> Message-ID: <6324a42a0912101322n14ca1cf6td55ac8cca2d9bd04@...178...> 2009/12/10 Kadaitcha Man : > 2009/12/10 Beno?t Minisini : > >> * Moreover, who will translate your documentation if it is not in the wiki? > > As someone who only reads and writes English, I can't answer that. If > changing the help text in English will create a translation problem > because of a lack of translators then it's best I don't change > anything. it isn't that but the wiki system inform other language page that the main one have been changed !, and show the modifications try to think that the wiki do many things automated... you can see the sources of it in the gambas sources. $trunk/app/ > I will leave a complete revamp alone for now and will work in the wiki. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Fri Dec 11 07:15:08 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 17:15:08 +1100 Subject: [Gambas-devel] Ok, I've started on the help text In-Reply-To: <6324a42a0912101322n14ca1cf6td55ac8cca2d9bd04@...178...> References: <200912101340.18946.gambas@...1...> <6324a42a0912101322n14ca1cf6td55ac8cca2d9bd04@...178...> Message-ID: 2009/12/11 Fabien Bodard : > 2009/12/10 Kadaitcha Man : >> 2009/12/10 Beno?t Minisini : >> >>> * Moreover, who will translate your documentation if it is not in the wiki? >> >> As someone who only reads and writes English, I can't answer that. If >> changing the help text in English will create a translation problem >> because of a lack of translators then it's best I don't change >> anything. > > it isn't that but the wiki system inform other language page that the > main one have been changed !, and show the modifications > > try to think that the wiki do many things automated... you can see the > sources of it in the gambas sources. > $trunk/app/ Yes, I've seen it. I will get into the wiki and work there. From nospam.nospam.nospam at ...176... Fri Dec 11 08:44:52 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 11 Dec 2009 18:44:52 +1100 Subject: [Gambas-devel] BUG gb3: TextArea in IDE Message-ID: When working in the g3 IDE, setting the foreground colour of a TextArea changes the control's background colour. Code and picture attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 17885 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TextAreaIDE.tar.gz Type: application/x-gzip Size: 8319 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Fri Dec 11 23:07:02 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 09:07:02 +1100 Subject: [Gambas-devel] BUG: gb2 & gb3 Failure to terminate Message-ID: This one has had me banging my head against a brick wall. If the NEW keyword is used to instantiate a form in Sub Main() and the form is never displayed then the application does not terminate. Attached are two samples showing the same problem in both gb2 and gb3. It is reasonable to create a form instance in anticipation of certain conditions then to decide not to show the form and instead have the application terminate immediately if certain conditions are or are not met. -------------- next part -------------- A non-text attachment was scrubbed... Name: SubMain.tar.gz Type: application/x-gzip Size: 9049 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Fri Dec 11 23:44:58 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 09:44:58 +1100 Subject: [Gambas-devel] [WORKAROUND] BUG: gb2 & gb3 Failure to terminate In-Reply-To: References: Message-ID: 2009/12/12 Kadaitcha Man : > This one has had me banging my head against a brick wall. > > If the NEW keyword is used to instantiate a form in Sub Main() and the > form is never displayed then the application does not terminate. > Attached are two samples showing the same problem in both gb2 and gb3. > This one has had me banging my head against a brick wall. > > If the NEW keyword is used to instantiate a form in Sub Main() and the > form is never displayed then the application does not terminate. > Attached are two samples showing the same problem in both gb2 and gb3. > > It is reasonable to create a form instance in anticipation of certain > conditions then to decide not to show the form and instead have the > application terminate immediately if certain conditions are or are not > met. To workaround this issue, do not instantiate the form with the NEW keyword until it is known that the form will be shown. For example: Public Sub Main() Dim fMain As Form Dim bOkToStart As Boolean bOkToStart = CheckOkToStart() If bOkToStart Then fMain = New fSomeForm fMain.Show Endif End Again, the above workaround applies to both gb2 and gb3. From gambas at ...1... Sat Dec 12 00:38:42 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 00:38:42 +0100 Subject: [Gambas-devel] [WORKAROUND] BUG: gb2 & gb3 Failure to terminate In-Reply-To: References: Message-ID: <200912120038.42090.gambas@...1...> > 2009/12/12 Kadaitcha Man : > > This one has had me banging my head against a brick wall. > > > > If the NEW keyword is used to instantiate a form in Sub Main() and the > > form is never displayed then the application does not terminate. > > Attached are two samples showing the same problem in both gb2 and gb3. > > > > This one has had me banging my head against a brick wall. > > > > If the NEW keyword is used to instantiate a form in Sub Main() and the > > form is never displayed then the application does not terminate. > > Attached are two samples showing the same problem in both gb2 and gb3. > > > > It is reasonable to create a form instance in anticipation of certain > > conditions then to decide not to show the form and instead have the > > application terminate immediately if certain conditions are or are not > > met. > > To workaround this issue, do not instantiate the form with the NEW > keyword until it is known that the form will be shown. For example: > > Public Sub Main() > > Dim fMain As Form > Dim bOkToStart As Boolean > > bOkToStart = CheckOkToStart() > > If bOkToStart Then > fMain = New fSomeForm > fMain.Show > Endif > > End > > Again, the above workaround applies to both gb2 and gb3. > Here is how it works: When the Main() function terminates, the event loop is started. The event loop runs as long as: - There is a Process that runs. - There is a Timer that is enabled. - There is a File that is watched. - There is a Window that is opened. But I realized that sometimes, if you create a window, then you don't want to show it immediately. So the last constraint became: - There is a toplevel Window that was created. I added a warning in the help topic related to the event loop to explain that specific point. But maybe I will be able to change that behaviour in Gambas 3. Something like: the first time a Window is created, it won't be taken into account by the event loop, but as soon as it has been made visible, it will. Even if the window is hidden after. Regards, -- Beno?t Minisini From gambas at ...1... Sat Dec 12 00:40:54 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 00:40:54 +0100 Subject: [Gambas-devel] BUG gb3: TextArea in IDE In-Reply-To: References: Message-ID: <200912120040.54984.gambas@...1...> > When working in the g3 IDE, setting the foreground colour of a > TextArea changes the control's background colour. > > Code and picture attached. > Yes... And the problem seems to be worse than that. I will investigate... -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sat Dec 12 00:50:49 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 10:50:49 +1100 Subject: [Gambas-devel] [WORKAROUND] BUG: gb2 & gb3 Failure to terminate In-Reply-To: <200912120038.42090.gambas@...1...> References: <200912120038.42090.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : > I added a warning in the help topic related to the event loop to explain that > specific point. I thought I had seen that, and to be fair I went looking for it so I could reference it, but since I couldn't find it after much searching I assumed I may have been mistaken about seeing it. Obviously I was searching around form documentation, not event loop documentation. > But maybe I will be able to change that behaviour in Gambas 3. Something like: > the first time a Window is created, it won't be taken into account by the > event loop, but as soon as it has been made visible, it will. Even if the > window is hidden after. I think it is a worthy change, even though it can be worked around. The problem is, as I indicated above, finding those kinds of warnings in the help text. You see, to me, it was a form issue, but your intimate knowledge of gambas (rightly) classifies it as an event loop issue. I don't suppose I would be the only one who wouldn't know to look at the event loop page. "As soon as you have created a window, the event loop will run, even if this window is not visible." That's what I was looking for, but I found it only after you mentioned the event loop. From nospam.nospam.nospam at ...176... Sat Dec 12 01:05:26 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 11:05:26 +1100 Subject: [Gambas-devel] BUG gb3: TextArea in IDE In-Reply-To: <200912120040.54984.gambas@...1...> References: <200912120040.54984.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> When working in the g3 IDE, setting the foreground colour of a >> TextArea changes the control's background colour. >> >> Code and picture attached. >> > > Yes... And the problem seems to be worse than that. I will investigate... Yes, there are other issues with it. For example, the natural thing to do regarding the behaviour of a TextArea control is to assume it is similar to a TextBox control. A disabled TextArea doesn't look like a disabled TextBox. Image attached again. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 2699 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Sat Dec 12 01:05:43 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 11:05:43 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE Message-ID: In gb3, the frame control does not display in the same way that it displays on screen. Image attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 16340 bytes Desc: not available URL: From gambas at ...1... Sat Dec 12 01:08:50 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 01:08:50 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: Message-ID: <200912120108.50646.gambas@...1...> > In gb3, the frame control does not display in the same way that it > displays on screen. > > Image attached. > This is not a bug: the IDE uses gb.qt4 to display controls, and your project uses another toolkit. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sat Dec 12 01:23:54 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 11:23:54 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912120108.50646.gambas@...1...> Message-ID: 2009/12/12 Kadaitcha Man : > 2009/12/12 Kadaitcha Man : >> 2009/12/12 Beno?t Minisini : >>>> In gb3, the frame control does not display in the same way that it >>>> displays on screen. >>>> >>>> Image attached. >>>> >>> >>> This is not a bug: the IDE uses gb.qt4 to display controls, and your project >>> uses another toolkit. >> >> Odd. I created a Qt application and have Qt4 installed. What >> conditions do I need to setup to get it to display correctly? > > I may have answered it myself. It looks like Qt4 is a separate > reference in project properties. Scratch that. I can't make it work by selecting the qt4 components and deselecting qt. I'd like to set it up correctly if you can offer any help. From nospam.nospam.nospam at ...176... Sat Dec 12 01:18:43 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 11:18:43 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <200912120108.50646.gambas@...1...> References: <200912120108.50646.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> In gb3, the frame control does not display in the same way that it >> displays on screen. >> >> Image attached. >> > > This is not a bug: the IDE uses gb.qt4 to display controls, and your project > uses another toolkit. Odd. I created a Qt application and have Qt4 installed. What conditions do I need to setup to get it to display correctly? From nospam.nospam.nospam at ...176... Sat Dec 12 01:20:26 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 11:20:26 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912120108.50646.gambas@...1...> Message-ID: 2009/12/12 Kadaitcha Man : > 2009/12/12 Beno?t Minisini : >>> In gb3, the frame control does not display in the same way that it >>> displays on screen. >>> >>> Image attached. >>> >> >> This is not a bug: the IDE uses gb.qt4 to display controls, and your project >> uses another toolkit. > > Odd. I created a Qt application and have Qt4 installed. What > conditions do I need to setup to get it to display correctly? I may have answered it myself. It looks like Qt4 is a separate reference in project properties. From gambas at ...1... Sat Dec 12 01:48:06 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 01:48:06 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: Message-ID: <200912120148.06520.gambas@...1...> > 2009/12/12 Kadaitcha Man : > > 2009/12/12 Kadaitcha Man : > >> 2009/12/12 Beno?t Minisini : > >>>> In gb3, the frame control does not display in the same way that it > >>>> displays on screen. > >>>> > >>>> Image attached. > >>> > >>> This is not a bug: the IDE uses gb.qt4 to display controls, and your > >>> project uses another toolkit. > >> > >> Odd. I created a Qt application and have Qt4 installed. What > >> conditions do I need to setup to get it to display correctly? > > > > I may have answered it myself. It looks like Qt4 is a separate > > reference in project properties. > > Scratch that. I can't make it work by selecting the qt4 components and > deselecting qt. I'd like to set it up correctly if you can offer any > help. > What happens exactly that prevent it from working? -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sat Dec 12 02:41:00 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 12:41:00 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <200912120148.06520.gambas@...1...> References: <200912120148.06520.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> 2009/12/12 Kadaitcha Man : >> > 2009/12/12 Kadaitcha Man : >> >> 2009/12/12 Beno?t Minisini : >> >>>> In gb3, the frame control does not display in the same way that it >> >>>> displays on screen. >> >>>> >> >>>> Image attached. >> >>> >> >>> This is not a bug: the IDE uses gb.qt4 to display controls, and your >> >>> project uses another toolkit. >> >> >> >> Odd. I created a Qt application and have Qt4 installed. What >> >> conditions do I need to setup to get it to display correctly? >> > >> > I may have answered it myself. It looks like Qt4 is a separate >> > reference in project properties. >> >> Scratch that. I can't make it work by selecting the qt4 components and >> deselecting qt. I'd like to set it up correctly if you can offer any >> help. >> > > What happens exactly that prevent it from working? I don't know. This is what I have done: I created a Qt project first, then tried a "graphical application". For the "graphical application": I deselect gb.gui, select qb.qt4, gb.qt4.ext and gn.image. I tried exiting and restarting gambas, but when I drag a frame, I still get the control showing bold text with no border. From nospam.nospam.nospam at ...176... Sat Dec 12 05:21:41 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 15:21:41 +1100 Subject: [Gambas-devel] gb3 GridView.Select Message-ID: The first time a GridView.Rows.Select(a,b) is issued in code, the GridView_Select event doesn't fire at all, then after issuing subsequent selects, it works but exhibits odd behaviour; the text from the previous select is returned. Clicking on a row in the GridView always fires the _Select event and always returns the correct data. Code attached. Am I missing something here? -------------- next part -------------- A non-text attachment was scrubbed... Name: gb3GridViewSelect.tar.gz Type: application/x-gzip Size: 9567 bytes Desc: not available URL: From gambas at ...1... Sat Dec 12 12:35:40 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 12:35:40 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912120148.06520.gambas@...1...> Message-ID: <200912121235.40958.gambas@...1...> > 2009/12/12 Beno?t Minisini : > >> 2009/12/12 Kadaitcha Man : > >> > 2009/12/12 Kadaitcha Man : > >> >> 2009/12/12 Beno?t Minisini : > >> >>>> In gb3, the frame control does not display in the same way that it > >> >>>> displays on screen. > >> >>>> > >> >>>> Image attached. > >> >>> > >> >>> This is not a bug: the IDE uses gb.qt4 to display controls, and your > >> >>> project uses another toolkit. > >> >> > >> >> Odd. I created a Qt application and have Qt4 installed. What > >> >> conditions do I need to setup to get it to display correctly? > >> > > >> > I may have answered it myself. It looks like Qt4 is a separate > >> > reference in project properties. > >> > >> Scratch that. I can't make it work by selecting the qt4 components and > >> deselecting qt. I'd like to set it up correctly if you can offer any > >> help. > > > > What happens exactly that prevent it from working? > > I don't know. This is what I have done: > > I created a Qt project first, then tried a "graphical application". > > For the "graphical application": > > I deselect gb.gui, select qb.qt4, gb.qt4.ext and gn.image. > > I tried exiting and restarting gambas, but when I drag a frame, I > still get the control showing bold text with no border. > Apparently you are using Gnome, so the reason of that behaviour is what I explained above. The IDE uses gb.qt4, and when you run your program, as you checked gb.gui, the gb.gtk component is used. So you are seing two different toolkits. Regards, -- Beno?t Minisini From gambas at ...1... Sat Dec 12 12:40:47 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 12:40:47 +0100 Subject: [Gambas-devel] gb3 GridView.Select In-Reply-To: References: Message-ID: <200912121240.47305.gambas@...1...> > The first time a GridView.Rows.Select(a,b) is issued in code, the > GridView_Select event doesn't fire at all, then after issuing > subsequent selects, it works but exhibits odd behaviour; the text from > the previous select is returned. > > Clicking on a row in the GridView always fires the _Select event and > always returns the correct data. > > Code attached. > > Am I missing something here? > If I remember, there is something weird in Qt that makes the Select event being raised before the current row actually changes. But you can use the Click event instead of the Select event. Think that "Select" means the selection has changed, and "Click" means the current row has changed, and that the two are disconnected in Qt, even if the GridView is in single row selection mode. Note that apparently that didn't change in Qt 4. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sat Dec 12 12:41:26 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 22:41:26 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <200912121235.40958.gambas@...1...> References: <200912120148.06520.gambas@...1...> <200912121235.40958.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> 2009/12/12 Beno?t Minisini : >> >> 2009/12/12 Kadaitcha Man : >> I deselect gb.gui, select qb.qt4, gb.qt4.ext and gb.image. > Apparently you are using Gnome, so the reason of that behaviour is what I > explained above. The IDE uses gb.qt4, and when you run your program, as you > checked gb.gui, the gb.gtk component is used. So you are seing two different > toolkits. Huh? I said I deselected gb.gui. gb.gui is unchecked. From gambas at ...1... Sat Dec 12 12:50:33 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 12:50:33 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912121235.40958.gambas@...1...> Message-ID: <200912121250.33474.gambas@...1...> > 2009/12/12 Beno?t Minisini : > >> 2009/12/12 Beno?t Minisini : > >> >> 2009/12/12 Kadaitcha Man : > >> > >> I deselect gb.gui, select qb.qt4, gb.qt4.ext and gb.image. > > > > Apparently you are using Gnome, so the reason of that behaviour is what I > > explained above. The IDE uses gb.qt4, and when you run your program, as > > you checked gb.gui, the gb.gtk component is used. So you are seing two > > different toolkits. > > Huh? I said I deselected gb.gui. gb.gui is unchecked. > Oops, sorry I misread you. When I try what you say on my Mandriva/KDE4, I have no problem. I don't see any reason why the Gambas IDE will use a different widget style than the run project, if both use gb.qt4... Very strange! Which distribution do you use? Can you try to run your project from the command line and see if there is any difference? $ cd /path/to/my/project $ gbx3 And can you try to use gdb to see if the same GUI shared libraries are loaded when running the IDE, and when running your project? $ cd /path/to/gambas/sources/app/src/gambas3 $ gbc3 -agt # compile all if that was not done. $ gdb gbx3 (gdb) run ... $ cd /path/to/my/project $ gdb gbx3 (gdb) run ... Normally, gdb will display a message for each shared library loaded. Then we will be able to compare what is loaded in both cases. Thanks in advance. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sat Dec 12 12:53:09 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 22:53:09 +1100 Subject: [Gambas-devel] gb3 GridView.Select In-Reply-To: <200912121240.47305.gambas@...1...> References: <200912121240.47305.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> The first time a GridView.Rows.Select(a,b) is issued in code, the >> GridView_Select event doesn't fire at all, then after issuing >> subsequent selects, it works but exhibits odd behaviour; the text from >> the previous select is returned. >> >> Clicking on a row in the GridView always fires the _Select event and >> always returns the correct data. >> >> Code attached. >> >> Am I missing something here? >> > > If I remember, there is something weird in Qt that makes the Select event > being raised before the current row actually changes. That is actually what it looks like when I observe the UI, but I figured if I said that people would think I was a nut. > But you can use the Click event instead of the Select event. No I cannot. The click event does not fire when .Rows.Select() is issued from within the code. > Think that "Select" means the selection has changed, and "Click" means the > current row has changed, and that the two are disconnected in Qt, even if the > GridView is in single row selection mode. Going by the behaviour of the sample app I included, click means exactly that, nothing more, nothing less; the user has clicked. > Note that apparently that didn't change in Qt 4. Public Sub GridView1_Click() Stop End Add that to the sample app I included and click the button until the cows come home. When .Rows.Select() is issued from within the code, the click event does not fire. From nospam.nospam.nospam at ...176... Sat Dec 12 12:56:26 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sat, 12 Dec 2009 22:56:26 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <200912121250.33474.gambas@...1...> References: <200912121235.40958.gambas@...1...> <200912121250.33474.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : > Which distribution do you use? Ubuntu 9.10 > Can you try to run your project from the command line and see if there is any > difference? > > $ cd /path/to/my/project > $ gbx3 It's very late here and I'm up early to go on a long charity motorbike ride in the morning so I'll have to do it when i return. > And can you try to use gdb to see if the same GUI shared libraries are loaded > when running the IDE, and when running your project? > > $ cd /path/to/gambas/sources/app/src/gambas3 > $ gbc3 -agt # compile all if that was not done. > $ gdb gbx3 > (gdb) run > ... > > $ cd /path/to/my/project > $ gdb gbx3 > (gdb) run > ... > > Normally, gdb will display a message for each shared library loaded. Then we > will be able to compare what is loaded in both cases. > > Thanks in advance. > > Regards, > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas at ...1... Sat Dec 12 13:09:24 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sat, 12 Dec 2009 13:09:24 +0100 Subject: [Gambas-devel] gb3 GridView.Select In-Reply-To: References: <200912121240.47305.gambas@...1...> Message-ID: <200912121309.24644.gambas@...1...> > 2009/12/12 Beno?t Minisini : > >> The first time a GridView.Rows.Select(a,b) is issued in code, the > >> GridView_Select event doesn't fire at all, then after issuing > >> subsequent selects, it works but exhibits odd behaviour; the text from > >> the previous select is returned. > >> > >> Clicking on a row in the GridView always fires the _Select event and > >> always returns the correct data. > >> > >> Code attached. > >> > >> Am I missing something here? > > > > If I remember, there is something weird in Qt that makes the Select event > > being raised before the current row actually changes. > > That is actually what it looks like when I observe the UI, but I > figured if I said that people would think I was a nut. > > > But you can use the Click event instead of the Select event. > > No I cannot. The click event does not fire when .Rows.Select() is > issued from within the code. > > > Think that "Select" means the selection has changed, and "Click" means > > the current row has changed, and that the two are disconnected in Qt, > > even if the GridView is in single row selection mode. > > Going by the behaviour of the sample app I included, click means > exactly that, nothing more, nothing less; the user has clicked. > > > Note that apparently that didn't change in Qt 4. > > Public Sub GridView1_Click() > > Stop > > End > > Add that to the sample app I included and click the button until the > cows come home. When .Rows.Select() is issued from within the code, > the click event does not fire. > Try to explicitely set the Row property instead of using Select(). The Select() method is actually only useful in multiple selection mode. Regards, -- Beno?t Minisini From gambas.fr at ...176... Sat Dec 12 16:19:44 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 12 Dec 2009 16:19:44 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912121235.40958.gambas@...1...> <200912121250.33474.gambas@...1...> Message-ID: <6324a42a0912120719q4900f1d3x570d0a28e5d6e63b@...178...> No problem here on kubuntu 9.10... It seem to be a QT4 configuration problem on your box... and i've not any ubuntu 9.10 (gnome) to confirm that ... the better will be other gnome based distribution users tel us if they have the same problem. From gambas.fr at ...176... Sat Dec 12 16:20:24 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 12 Dec 2009 16:20:24 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <6324a42a0912120719q4900f1d3x570d0a28e5d6e63b@...178...> References: <200912121235.40958.gambas@...1...> <200912121250.33474.gambas@...1...> <6324a42a0912120719q4900f1d3x570d0a28e5d6e63b@...178...> Message-ID: <6324a42a0912120720r68c4ef0cv2b0b86d17aae9dbb@...178...> try to configure it with qt4-qtconfig package 2009/12/12 Fabien Bodard : > No problem here on kubuntu 9.10... It seem to be a QT4 configuration > problem on your box... and i've not any ubuntu 9.10 (gnome) > to confirm that ... the better will be other gnome based distribution > users tel us if they have the same problem. > From Karl.Reinl at ...16... Sat Dec 12 20:47:24 2009 From: Karl.Reinl at ...16... (Charlie Reinl) Date: Sat, 12 Dec 2009 20:47:24 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <200912121235.40958.gambas@...1...> <200912121250.33474.gambas@...1...> Message-ID: <1260647244.6352.4.camel@...102...> Am Samstag, den 12.12.2009, 22:56 +1100 schrieb Kadaitcha Man: > 2009/12/12 Beno?t Minisini : > > > Which distribution do you use? > > Ubuntu 9.10 > > > Can you try to run your project from the command line and see if there is any > > difference? > > > > $ cd /path/to/my/project > > $ gbx3 > > It's very late here and I'm up early to go on a long charity motorbike > ride in the morning so I'll have to do it when i return. > > > And can you try to use gdb to see if the same GUI shared libraries are loaded > > when running the IDE, and when running your project? > > > > $ cd /path/to/gambas/sources/app/src/gambas3 > > $ gbc3 -agt # compile all if that was not done. > > $ gdb gbx3 > > (gdb) run > > ... > > > > $ cd /path/to/my/project > > $ gdb gbx3 > > (gdb) run > > ... > > > > Normally, gdb will display a message for each shared library loaded. Then we > > will be able to compare what is loaded in both cases. > > > > Thanks in advance. > > > > Regards, > > > > -- > > Beno?t Minisini > > Salut, to see if it is your account, which is 'bad configured' , create a new user and make your tests. -- Amicalement Charlie From nospam.nospam.nospam at ...176... Sun Dec 13 02:56:12 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 12:56:12 +1100 Subject: [Gambas-devel] gb3 GridView.Select In-Reply-To: <200912121309.24644.gambas@...1...> References: <200912121240.47305.gambas@...1...> <200912121309.24644.gambas@...1...> Message-ID: 2009/12/12 Beno?t Minisini : >> 2009/12/12 Beno?t Minisini : >> >> The first time a GridView.Rows.Select(a,b) is issued in code, the >> >> GridView_Select event doesn't fire at all, then after issuing >> >> subsequent selects, it works but exhibits odd behaviour; the text from >> >> the previous select is returned. >> >> >> >> Clicking on a row in the GridView always fires the _Select event and >> >> always returns the correct data. >> >> >> >> Code attached. >> >> >> >> Am I missing something here? >> > >> > If I remember, there is something weird in Qt that makes the Select event >> > being raised before the current row actually changes. >> >> That is actually what it looks like when I observe the UI, but I >> figured if I said that people would think I was a nut. >> >> > But you can use the Click event instead of the Select event. >> >> No I cannot. The click event does not fire when .Rows.Select() is >> issued from within the code. >> >> > Think that "Select" means the selection has changed, and "Click" means >> > the current row has changed, and that the two are disconnected in Qt, >> > even if the GridView is in single row selection mode. >> >> Going by the behaviour of the sample app I included, click means >> exactly that, nothing more, nothing less; the user has clicked. >> >> > Note that apparently that didn't change in Qt 4. >> >> Public Sub GridView1_Click() >> >> ? Stop >> >> End >> >> Add that to the sample app I included and click the button until the >> cows come home. When .Rows.Select() is issued from within the code, >> the click event does not fire. >> > > Try to explicitely set the Row property instead of using Select(). The > Select() method is actually only useful in multiple selection mode. Same problem, and the gridview click event still doesn't fire. If I first set GridView1.Row = 0, the select event doesn't fire, but if I then set GridView1.Row = 25, the select event fires and GridView1.Row returns 0. If I then set GridView1.Row = 0, the select event fires and GridView1.Row returns 25. From nospam.nospam.nospam at ...176... Sun Dec 13 03:10:46 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 13:10:46 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <6324a42a0912120720r68c4ef0cv2b0b86d17aae9dbb@...178...> References: <200912121235.40958.gambas@...1...> <200912121250.33474.gambas@...1...> <6324a42a0912120719q4900f1d3x570d0a28e5d6e63b@...178...> <6324a42a0912120720r68c4ef0cv2b0b86d17aae9dbb@...178...> Message-ID: 2009/12/13 Fabien Bodard : > try to configure it with qt4-qtconfig package Ok, thank you. that fixed it. All I did was run qtconfig and select the Cleanlook GUI style explicitly as opposed to leaving the default. Give me an honest opinion, I don't need facts, just your opinion. I am trying to develop a Qt4 application on a GTK-based distro. I made that choice because Benoit prefers Qt, so I understand. Am I better off, in your opinion, trying to develop this application in a KDE environment? Whilst I greatly dislike KDE, I am willing to put up with it if it means there are advantages to programming in Gambas on KDE. I like Gnome, but I need Gambas more. From gambas at ...1... Sun Dec 13 03:18:25 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 13 Dec 2009 03:18:25 +0100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: References: <6324a42a0912120720r68c4ef0cv2b0b86d17aae9dbb@...178...> Message-ID: <200912130318.25581.gambas@...1...> > 2009/12/13 Fabien Bodard : > > try to configure it with qt4-qtconfig package > > Ok, thank you. that fixed it. All I did was run qtconfig and select > the Cleanlook GUI style explicitly as opposed to leaving the default. > > Give me an honest opinion, I don't need facts, just your opinion. I am > trying to develop a Qt4 application on a GTK-based distro. I made that > choice because Benoit prefers Qt, so I understand. Am I better off, in > your opinion, trying to develop this application in a KDE environment? > > Whilst I greatly dislike KDE, I am willing to put up with it if it > means there are advantages to programming in Gambas on KDE. > > I like Gnome, but I need Gambas more. > You just have to have a qt library propertly configured, but Ubuntu forgets to do that apparently. Now that it is done, you can keep Gnome. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sun Dec 13 03:22:32 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 13:22:32 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE In-Reply-To: <200912130318.25581.gambas@...1...> References: <6324a42a0912120720r68c4ef0cv2b0b86d17aae9dbb@...178...> <200912130318.25581.gambas@...1...> Message-ID: 2009/12/13 Beno?t Minisini : >> 2009/12/13 Fabien Bodard : >> > try to configure it with qt4-qtconfig package >> >> Ok, thank you. that fixed it. All I did was run qtconfig and select >> the Cleanlook GUI style explicitly as opposed to leaving the default. >> >> Give me an honest opinion, I don't need facts, just your opinion. I am >> trying to develop a Qt4 application on a GTK-based distro. I made that >> choice because Benoit prefers Qt, so I understand. Am I better off, in >> your opinion, trying to develop this application in a KDE environment? >> >> Whilst I greatly dislike KDE, I am willing to put up with it if it >> means there are advantages to programming in Gambas on KDE. >> >> I like Gnome, but I need Gambas more. >> > > You just have to have a qt library propertly configured, but Ubuntu forgets to > do that apparently. Now that it is done, you can keep Gnome. lol - ok. From nospam.nospam.nospam at ...176... Sun Dec 13 07:35:59 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 17:35:59 +1100 Subject: [Gambas-devel] BUG: gb3 Frame appearance in IDE References: <200912121235.40958.gambas@...1...><200912121250.33474.gambas@...1...> <1260647244.6352.4.camel@...102...> Message-ID: <8BA93EBC3DB544AE815F72A6746B9AB4@...645...> Charlie Reinl wrote: > to see if it is your account, which is 'bad configured' , create a new > user and make your tests. Thanks, but this never did seem as if it was an account issue. A) I don't mess with my account, B) I've encountered the issue before on other revisions of the same OS, and always in Gnome. Fabien's qtcnofig suggestion fixed it. From nospam.nospam.nospam at ...176... Sun Dec 13 08:00:31 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 18:00:31 +1100 Subject: [Gambas-devel] BUG: gb3 debug Message-ID: Whenever my code encounters a breakpoint during execution and I view the properties of an object that is an array, I get this damned window that only ALT-F4 will close. In Gnome. the window sits right below my top panel, so believing that the close options may be hidden under that panel, I moved the top panel to the bottom, and still no close options. Image attached. And the damned thing will not go away until I click it and type ALT-F4. Of course, on a few occasions, I've missed the click and closed other windows. Please! It's driving me bonkers. I mean, really bonkers! They're coming to take me away, ha-haaa!! They're coming to take me away, ho-ho, hee-hee, ha-haaa To the funny farm. Where life is beautiful all the time and I'll be happy to see those nice young men in their clean white coats and they're coming to take me away, ha-haaa!!!!! They're coming to take me away, ha-haaa!! They're coming to -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 72647 bytes Desc: not available URL: From gambas.fr at ...176... Sun Dec 13 09:48:25 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Sun, 13 Dec 2009 09:48:25 +0100 Subject: [Gambas-devel] BUG: gb3 debug In-Reply-To: References: Message-ID: <6324a42a0912130048p393ef825lc48de7214cade95d@...178...> 2009/12/13 Kadaitcha Man : > Whenever my code encounters a breakpoint during execution and I view > the properties of an object that is an array, I get this damned window > that only ALT-F4 will close. the windows have not cross button ? (top right) > In Gnome. the window sits right below my top panel, so believing that > the close options may be hidden under that panel, I moved the top > panel to the bottom, and still no close options. below it's normal as it is an on top windows... but you can move it (alt+mouse (buttonleft down) slide) (it's an Xwindows beaviour) > Image attached. > > And the damned thing will not go away until I click it and type > ALT-F4. Of course, on a few occasions, I've missed the click and > closed other windows. try what i've say before ... i will try to see if we can put some positioning limits at the creation for these windows. > > Please! It's driving me bonkers. I mean, really bonkers! > > They're coming to take me away, ha-haaa!! > They're coming to take me away, ho-ho, hee-hee, ha-haaa > To the funny farm. Where life is beautiful all the time and I'll be > happy to see those nice young men in their clean white coats and they're > coming to take me away, ha-haaa!!!!! > They're coming to take me away, ha-haaa!! > They're coming to > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From nospam.nospam.nospam at ...176... Sun Dec 13 09:56:23 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 19:56:23 +1100 Subject: [Gambas-devel] BUG: gb3 debug In-Reply-To: <6324a42a0912130048p393ef825lc48de7214cade95d@...178...> References: <6324a42a0912130048p393ef825lc48de7214cade95d@...178...> Message-ID: 2009/12/13 Fabien Bodard : > 2009/12/13 Kadaitcha Man : >> Whenever my code encounters a breakpoint during execution and I view >> the properties of an object that is an array, I get this damned window >> that only ALT-F4 will close. > the windows have not cross button ? (top right) No, just a light bulb, no title bar either. The title displayed to the left of the lightbulb appears editable. > try what i've say before qtconfig? > ... i will try to see if we can put some > positioning limits at the creation for these windows. They're coming to take me away, ha-haaa!! They're coming to take me away, ho-ho, hee-hee, ha-haaa To the funny farm. Where life is beautiful all the time and I'll be happy to see those nice young men in their clean white coats and they're coming to take me away, ha-haaa!!!!! They're coming to take me away, ha-haaa!! They're coming to :) From gambas.fr at ...176... Sun Dec 13 10:21:47 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Sun, 13 Dec 2009 10:21:47 +0100 Subject: [Gambas-devel] BUG: gb3 debug In-Reply-To: References: <6324a42a0912130048p393ef825lc48de7214cade95d@...178...> Message-ID: <6324a42a0912130121n505df515pca117a44656f27e@...178...> 2009/12/13 Kadaitcha Man : > 2009/12/13 Fabien Bodard : >> 2009/12/13 Kadaitcha Man : >>> Whenever my code encounters a breakpoint during execution and I view >>> the properties of an object that is an array, I get this damned window >>> that only ALT-F4 will close. >> the windows have not cross button ? (top right) > > No, just a light bulb, no title bar either. The title displayed to the > left of the lightbulb appears editable. > >> try what i've say before > > qtconfig? no ... in this case it seem to be a windows manager problem ... so it's more Benoit who can correct that. > >> ... i will try to see if we can put some >> positioning limits at the creation for these windows. > > They're coming to take me away, ha-haaa!! > They're coming to take me away, ho-ho, hee-hee, ha-haaa > To the funny farm. Where life is beautiful all the time and I'll be > happy to see those nice young men in their clean white coats and they're > coming to take me away, ha-haaa!!!!! > They're coming to take me away, ha-haaa!! > They're coming to > > :) > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Sun Dec 13 10:26:13 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Sun, 13 Dec 2009 20:26:13 +1100 Subject: [Gambas-devel] BUG: gb3 debug In-Reply-To: <6324a42a0912130121n505df515pca117a44656f27e@...178...> References: <6324a42a0912130048p393ef825lc48de7214cade95d@...178...> <6324a42a0912130121n505df515pca117a44656f27e@...178...> Message-ID: 2009/12/13 Fabien Bodard : > 2009/12/13 Kadaitcha Man : >> 2009/12/13 Fabien Bodard : >>> 2009/12/13 Kadaitcha Man : >>>> Whenever my code encounters a breakpoint during execution and I view >>>> the properties of an object that is an array, I get this damned window >>>> that only ALT-F4 will close. >>> the windows have not cross button ? (top right) >> >> No, just a light bulb, no title bar either. The title displayed to the >> left of the lightbulb appears editable. > >> >>> try what i've say before >> >> qtconfig? > > no ... in this case it seem to be a windows manager problem ... so > it's more Benoit who can correct that. Ok, I have no idea what you're talking about so I'll wait. From gambas at ...1... Sun Dec 13 16:17:33 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 13 Dec 2009 16:17:33 +0100 Subject: [Gambas-devel] BUG gb3: TextArea in IDE In-Reply-To: References: Message-ID: <200912131617.33154.gambas@...1...> > When working in the g3 IDE, setting the foreground colour of a > TextArea changes the control's background colour. > > Code and picture attached. > The Qt4 background and foreground color management should be fixed now in revision #2492. Regards, -- Beno?t Minisini From gambas at ...1... Sun Dec 13 16:22:46 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 13 Dec 2009 16:22:46 +0100 Subject: [Gambas-devel] BUG: gb3 debug In-Reply-To: References: Message-ID: <200912131622.46227.gambas@...1...> > Whenever my code encounters a breakpoint during execution and I view > the properties of an object that is an array, I get this damned window > that only ALT-F4 will close. > > In Gnome. the window sits right below my top panel, so believing that > the close options may be hidden under that panel, I moved the top > panel to the bottom, and still no close options. > > Image attached. > > And the damned thing will not go away until I click it and type > ALT-F4. Of course, on a few occasions, I've missed the click and > closed other windows. > > Please! It's driving me bonkers. I mean, really bonkers! > This is a problem with the window manager. I have just tried with Gnome / Ubuntu 9.10 64 bits / Compiz, and I don't have your problem. Did you play with the Compiz preferences? Can you try by disabling 3D effects from the Gnome preferences? -- Beno?t Minisini From gene1943 at ...640... Sun Dec 13 19:48:21 2009 From: gene1943 at ...640... (gene1943) Date: Sun, 13 Dec 2009 10:48:21 -0800 (PST) Subject: [Gambas-devel] BUG: QT4 Message-ID: <26768590.post@...565...> Bemoit; Using GB3 qt4 textarea. The ide reports that the properties LINE & COLUMN are Unknown. thanls -- View this message in context: http://old.nabble.com/BUG%3A-QT4-tp26768590p26768590.html Sent from the gambas-devel mailing list archive at Nabble.com. From gambas at ...1... Sun Dec 13 21:12:31 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Sun, 13 Dec 2009 21:12:31 +0100 Subject: [Gambas-devel] BUG: QT4 In-Reply-To: <26768590.post@...565...> References: <26768590.post@...565...> Message-ID: <200912132112.31917.gambas@...1...> > Bemoit; > Using GB3 qt4 textarea. The ide reports that the > properties LINE & COLUMN are Unknown. > > thanls > Indeed... There must be a problem in Qt4, otherwise I would have implement these properties. I will look at it... Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Sun Dec 13 21:22:52 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 07:22:52 +1100 Subject: [Gambas-devel] BUG gb3: TextArea in IDE References: <200912131617.33154.gambas@...1...> Message-ID: Beno?t Minisini wrote: >> When working in the g3 IDE, setting the foreground colour of a >> TextArea changes the control's background colour. >> >> Code and picture attached. >> > > The Qt4 background and foreground color management should be fixed > now in revision #2492. Thanks. I'll drag it in this afternoon and give it a try. From nospam.nospam.nospam at ...176... Sun Dec 13 21:26:33 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 07:26:33 +1100 Subject: [Gambas-devel] BUG: gb3 debug References: <200912131622.46227.gambas@...1...> Message-ID: <417E8C0B28CF47438F3E7BBE70DF56D5@...645...> Beno?t Minisini wrote: > This is a problem with the window manager. > > I have just tried with Gnome / Ubuntu 9.10 64 bits / Compiz, and I > don't have your problem. Did you play with the Compiz preferences? > Can you try by disabling 3D effects from the Gnome preferences? Bugger, hey. That fixed it. Thanks. From nospam.nospam.nospam at ...176... Mon Dec 14 09:22:28 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 19:22:28 +1100 Subject: [Gambas-devel] SHOW STOPPER: GB3, sqlite3 and date fields Message-ID: sqlite3 correctly displays dates: sqlite> select LogdtTimestamp from log limit 10; 9/7/2008 20:22:04 9/7/2008 20:26:03 9/7/2008 20:41:29 9/7/2008 20:59:48 9/7/2008 21:35:02 9/7/2008 21:37:37 9/7/2008 22:02:28 9/7/2008 22:26:49 9/7/2008 22:29:20 9/7/2008 22:38:10 Attachment Screenshot-1.png shows the date as Gambas3 interprets it, which is plainly wrong. I have checked the data with sqlite3 and with sqlitebrowser, and in both cases the dates are displayed correctly. Also attached is a database and supporting code showing the problem. In short, the dates returned by Gambas are gobbledegook. I have confirmed that the problem also exists in gb2. Environment is Ubuntu 9.10. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-1.png Type: image/png Size: 36787 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: GB3_sqlite_dates.tar.gz Type: application/x-gzip Size: 11080 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Mon Dec 14 10:16:47 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 20:16:47 +1100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields Message-ID: Same database, same code. Run, exit, run, exit, run, exit... The values that pass for dates are different on every execution of the code. Screenshots attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-GB3 sqlite date problem.png Type: image/png Size: 10250 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-GB3 sqlite date problem-1.png Type: image/png Size: 10399 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-GB3 sqlite date problem-2.png Type: image/png Size: 10873 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-GB3 sqlite date problem-3.png Type: image/png Size: 11177 bytes Desc: not available URL: From gambas.fr at ...176... Mon Dec 14 10:51:16 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 14 Dec 2009 10:51:16 +0100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: Message-ID: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> Yes your right... no convertion is done as it is commented in gb.db.sqlite3 but i don't know why :/ there is certainly a good reason in the back ... but it is not 'normal' as gambas need to be able to use db natural date/time formats. /* case ft_Date: r->records[sz][i].set_asString(reslt[i]); r->records[sz][i].set_asDate(reslt[i]); break;*/ 2009/12/14 Kadaitcha Man : > Same database, same code. Run, exit, run, exit, run, exit... > > The values that pass for dates are different on every execution of the code. > > Screenshots attached. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From nospam.nospam.nospam at ...176... Mon Dec 14 11:18:51 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 21:18:51 +1100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> Message-ID: 2009/12/14 Fabien Bodard : > Yes your right... no convertion is done as it is commented in > gb.db.sqlite3 but i don't know why :/ there is certainly a good reason > in the back ... but it is not 'normal' as gambas need to be able to > use db natural date/time formats. > > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?/* ? ? ?case ft_Date: > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?r->records[sz][i].set_asString(reslt[i]); > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?r->records[sz][i].set_asDate(reslt[i]); > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?break;*/ Well, mate, I need you to find out why and fix it. This is a major show stopper. And as for it being commented in gb.db.sqlite3, with all due respect, I should not be expected to know that. I could probably work around it by changing the field to NUMERIC, but then I've got work ahead of me to see if I can store and retrieve floating point values and convert them to/from human-readable dates in the user's current default format. I might even opt for a TEXT datatype if I'm forced to, but then in either case I have to externally call GNU date to do the conversion to/from the user's current system date/time format if I want to save myself a stack of localisation misery. And then there are possibly hundreds of such conversions to do every second so my freely GPL'd users will have to invest in several rows of Cray XT5-HE Jaguars with thirty seven thousand plus Opteron six core 2.6 GHz CPUs each, running in parallel, but then Gambas isn't multi-threaded, hey. I mean, this is a really, really big problem. :( From gambas.fr at ...176... Mon Dec 14 11:35:38 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 14 Dec 2009 11:35:38 +0100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> Message-ID: <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> 2009/12/14 Kadaitcha Man : > 2009/12/14 Fabien Bodard : >> Yes your right... no convertion is done as it is commented in >> gb.db.sqlite3 but i don't know why :/ there is certainly a good reason >> in the back ... but it is not 'normal' as gambas need to be able to >> use db natural date/time formats. >> >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?/* ? ? ?case ft_Date: >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?r->records[sz][i].set_asString(reslt[i]); >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?r->records[sz][i].set_asDate(reslt[i]); >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?break;*/ > > Well, mate, I need you to find out why and fix it. This is a major > show stopper. And as for it being commented in gb.db.sqlite3, with all > due respect, I should not be expected to know that. > > I could probably work around it by changing the field to NUMERIC, but > then I've got work ahead of me to see if I can store and retrieve > floating point values and convert them to/from human-readable dates in > the user's current default format. I might even opt for a TEXT > datatype if I'm forced to, but then in either case I have to > externally call GNU date to do the conversion to/from the user's > current system date/time format if I want to save myself a stack of > localisation misery. And then there are possibly hundreds of such > conversions to do every second so my freely GPL'd users will have to > invest in several rows of Cray XT5-HE Jaguars with thirty seven > thousand plus Opteron six core 2.6 GHz CPUs each, running in parallel, > but then Gambas isn't multi-threaded, hey. no in fact the more simple is to save the date with gambas ... hResult = db.create(mytable) hresult!date = date(1999,12,1) hResult.uptade But it not solve the problem as with this way the date is stored in gambas format ... and the timestamp is not the same than sqlite > I mean, this is a really, really big problem. > > :( > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Mon Dec 14 11:44:50 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 21:44:50 +1100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> Message-ID: 2009/12/14 Fabien Bodard : > no in fact the more simple is to save the date with gambas ... I can't do that because I can't guarantee only gambas will write to the database. For all I know an electricity consumption meter, a MKII SCUD missile test panel, or Her Majesty's Approved Toe-nail clipping Counter could be writing to the database. For crying out loud, what are databases for if the solution is to make sure that some obscure application and nothing other than some obscure application writes to the database? And what if some other application tries to read it? Then what? > But it not solve the problem No, it won't. That's why this problem is a show stopper and needs to be fixed. From gambas.fr at ...176... Mon Dec 14 12:15:14 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 14 Dec 2009 12:15:14 +0100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> Message-ID: <6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> i've not the time to test that with mysql ... can you ? 2009/12/14 Kadaitcha Man : > 2009/12/14 Fabien Bodard : > >> no in fact the more simple is to save the date with gambas ... > > I can't do that because I can't guarantee only gambas will write to > the database. For all I know an electricity consumption meter, a MKII > SCUD missile test panel, or Her Majesty's Approved Toe-nail clipping > Counter could be writing to the database. For crying out loud, what > are databases for if the solution is to make sure that some obscure > application and nothing other than some obscure application writes to > the database? And what if some other application tries to read it? > Then what? > >> But it not solve the problem > > No, it won't. That's why this problem is a show stopper and needs to be fixed. > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Mon Dec 14 12:35:34 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Mon, 14 Dec 2009 22:35:34 +1100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: <6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> <6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> Message-ID: 2009/12/14 Fabien Bodard : > i've not the time to test that with mysql ... can you ? Hey, I'll ask my no-paying, freely GPL'd client if they'll convert their stupid sqlite3 database that doesn't support gambas date formats, a database written to by any number of unknown applications including French President Sarkozy's MySpace boudoir snap-cam, into MySQL just so I can convert their existing BASIC code into something that gambas can function with. Of course, they will have to pay me gazumptions of dollars for every day it takes me to do your testing for you, right? And they'll say, "Hey! we'll wear that cost! Heck, Kad! Charge us double time!" Right? Pardon me if I tell you they tell me to take a running long jump off a short pier, hey. No. I will not test it in MySql. That I might or might not be able to afford the time is irrelevant. You have a major show stopper on your hands. The requirement is sqlite3, not MySql. Take your head out of whatever orifice you have it stuffed in and put yourself in my customer's shoes, Fabien. Would you continue put up with the excuses you are asking me to make? I doubt it. And you want gambas to be taken seriously, right? From gambas.fr at ...176... Mon Dec 14 15:00:04 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Mon, 14 Dec 2009 15:00:04 +0100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> <6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> Message-ID: <6324a42a0912140600x6a2bedcbifb6fe13ab7b24d74@...178...> 2009/12/14 Kadaitcha Man : > 2009/12/14 Fabien Bodard : > >> i've not the time to test that with mysql ... can you ? > > Hey, I'll ask my no-paying, freely GPL'd client if they'll convert > their stupid sqlite3 database that doesn't support gambas date > formats, a database written to by any number of unknown applications > including French President Sarkozy's MySpace boudoir snap-cam, into > MySQL just so I can convert their existing BASIC code into something > that gambas can function with. Of course, they will have to pay me > gazumptions of dollars for every day it takes me to do your testing > for you, right? And they'll say, "Hey! we'll wear that cost! Heck, > Kad! Charge us double time!" Right? > > Pardon me if I tell you they tell me to take a running long jump off a > short pier, hey. > > No. I will not test it in MySql. That I might or might not be able to > afford the time is irrelevant. You have a major show stopper on your > hands. The requirement is sqlite3, not MySql. > > Take your head out of whatever orifice you have it stuffed in and put > yourself in my customer's shoes, Fabien. Would you continue put up > with the excuses you are asking me to make? > > I doubt it. > > And you want gambas to be taken seriously, right? > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > hey seriously if you found gambas so bad ... change of language... ! There is numerous Basic under linux ... and a fabulous Basic under windows... so why are you lost so many time on Gambas ? a poor language with a ridiculous shrimp for logo and a name for child games ? AND WE ARE NOT PAYED FOR THAT ! GAMBAS MAKE FOR FREE BY PEOPLE THAT LIKE JUST PROGRAMMING. You are just coming from the windows world and want to change things in the programme making philosophy under linux ... you have really a lot to learn about that. Has we say in France 'You can't have Butter and Butter money' And then,there is some people that know that is really difficult to make a full langage (interpreter, compiler, etc), with only one devellopper, it's the case in gambas... Benoit make Gambas for himself, for his needs... the when people want something more ... like me, Ron, Daniel, Charlie, they make the thing themself and then share it. So it's true that gambas is not perfect, but it's not a reason to accept injure from a person that just now how complain about things... This is so my last answer to you, i've linked your email adress and ip to my trash. if someone else want to answer you they are free. I've lost too many time with you to accept those kind of words.. so thank you for the bug reports... and now it's time for you to see new territories. From gambas at ...1... Mon Dec 14 16:34:52 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 14 Dec 2009 16:34:52 +0100 Subject: [Gambas-devel] SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: Message-ID: <200912141634.52187.gambas@...1...> > sqlite3 correctly displays dates: > > sqlite> select LogdtTimestamp from log limit 10; > 9/7/2008 20:22:04 > 9/7/2008 20:26:03 > 9/7/2008 20:41:29 > 9/7/2008 20:59:48 > 9/7/2008 21:35:02 > 9/7/2008 21:37:37 > 9/7/2008 22:02:28 > 9/7/2008 22:26:49 > 9/7/2008 22:29:20 > 9/7/2008 22:38:10 > > Attachment Screenshot-1.png shows the date as Gambas3 interprets it, > which is plainly wrong. > > I have checked the data with sqlite3 and with sqlitebrowser, and in > both cases the dates are displayed correctly. > > Also attached is a database and supporting code showing the problem. > In short, the dates returned by Gambas are gobbledegook. > > I have confirmed that the problem also exists in gb2. > > Environment is Ubuntu 9.10. > The date datatype does not exist in SQLite, it is stored as a string. So it has to be emulated by Gambas. It was decided to store dates in ISO-8601 format, the format used by date and time functions of SQLite. As soon as you write the data with Gambas, and read it back, there is no problem. But if you write data in a different format, Gambas does not recognize it and returns garbage. It should return an error anyway instead of garbage, but the guy who wrote the code didn't do that. I can modify the SQLite drivers to accept the american format, but I can't add all date format of the planet easily... So you have four solutions: - Writing dates in the database by using the ISO-8601 format. - Writing dates in the database from Gambas. - Using a string field instead of a date field in the SQLite database. It is not a problem, as SQLite stores everything as strings (It is more complex, but I simplify...) - Waiting for me to update the SQLite drivers. And, no, crying, howling and moaning like a child is not a solution. Just explain your problem like an adult, and you will get the answer as well. Now there is one more people that won't talk to you anymore. When nobody won't talk to you at all (even my own patience has its limit), you will have to find another language. Did you try to get the UTF-8 output of an external running process on Microsoft .Net? You will have a lot of reason to howl there too, but there is no mailing-list where some kind people will explain you what to do, and which undocumented function to use to make it work, for free. -- Beno?t Minisini From gael.lehech at ...176... Mon Dec 14 16:45:56 2009 From: gael.lehech at ...176... (=?ISO-8859-1?Q?Ga=EBl_Le_Hec=27H?=) Date: Mon, 14 Dec 2009 16:45:56 +0100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields In-Reply-To: References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...> <6324a42a0912140235p312d302aud9e57c298df7ee87@...178...> <6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> Message-ID: > > Take your head out of whatever orifice you have it stuffed in and put > yourself in my customer's shoes, Fabien. Would you continue put up > with the excuses you are asking me to make? > [image: ?ui=2&view=att&th=1258ddca1620c33f&attid=0.1&disp=attd&realattid=ii_1258ddca1620c33f&zw] You said your native language is english. no ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gambas3-alpha version.jpeg Type: image/jpeg Size: 37824 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Mon Dec 14 21:15:22 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 15 Dec 2009 07:15:22 +1100 Subject: [Gambas-devel] Oh, good grief, it's even worse than I first thought :Re: SHOW STOPPER: GB3, sqlite3 and date fields References: <6324a42a0912140151h5405c8d7n3f667078195bf9ce@...178...><6324a42a0912140235p312d302aud9e57c298df7ee87@...178...><6324a42a0912140315v1ee89003v23ae2b3ed6a76d3b@...178...> Message-ID: Wow, HTML mesage and all. How incredibly intelligent. "You should develop in Gambas3", a paraphrase of Benoit Minisini. Shove it. ----- Original Message ----- From: Ga?l Le Hec'H -------------- next part -------------- An HTML attachment was scrubbed... URL: From nospam.nospam.nospam at ...176... Mon Dec 14 21:24:32 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Tue, 15 Dec 2009 07:24:32 +1100 Subject: [Gambas-devel] SHOW STOPPER: GB3, sqlite3 and date fields References: <200912141634.52187.gambas@...1...> Message-ID: Beno?t Minisini wrote: >> sqlite3 correctly displays dates: >> >> sqlite> select LogdtTimestamp from log limit 10; >> 9/7/2008 20:22:04 >> 9/7/2008 20:26:03 >> 9/7/2008 20:41:29 >> 9/7/2008 20:59:48 >> 9/7/2008 21:35:02 >> 9/7/2008 21:37:37 >> 9/7/2008 22:02:28 >> 9/7/2008 22:26:49 >> 9/7/2008 22:29:20 >> 9/7/2008 22:38:10 >> >> Attachment Screenshot-1.png shows the date as Gambas3 interprets it, >> which is plainly wrong. >> >> I have checked the data with sqlite3 and with sqlitebrowser, and in >> both cases the dates are displayed correctly. >> >> Also attached is a database and supporting code showing the problem. >> In short, the dates returned by Gambas are gobbledegook. >> >> I have confirmed that the problem also exists in gb2. >> >> Environment is Ubuntu 9.10. >> > > The date datatype does not exist in SQLite, it is stored as a string. > > So it has to be emulated by Gambas. > > It was decided to store dates in ISO-8601 format, the format used by > date and time functions of SQLite. As soon as you write the data with > Gambas, and read it back, there is no problem. > > But if you write data in a different format, Gambas does not > recognize it and returns garbage. It should return an error anyway > instead of garbage, but the guy who wrote the code didn't do that. > > I can modify the SQLite drivers to accept the american format, but I > can't add all date format of the planet easily... That would not be wise. I'll see about getting the dates converted to ISO-8601 format. > And, no, crying, howling and moaning like a child is not a solution. Just > explain your problem like an adult, and you will get the answer as well. I explained the problem. I got told "save the date with gambas", no explanation or reason that could be understood, then I got asked if I had time to test it in MySQL. Anypone in their right mind would howl at that latter suggestion. From gael.lehech at ...176... Fri Dec 18 13:50:37 2009 From: gael.lehech at ...176... (=?ISO-8859-1?Q?Ga=EBl_Le_Hec=27H?=) Date: Fri, 18 Dec 2009 13:50:37 +0100 Subject: [Gambas-devel] Pb embedding xterm with gb.qt4 in gambas3 Message-ID: hi all, I convert my app to gambas3 (r2498) with gb.qt4, when trying to embedding xterm I get this error : Object::connect: No such signal QX11EmbedContainer::error(int) in CEmbedder.cpp:38 This doesn't happen with gb.qt. in the Notepad example in Gambas3 (r2498) when starting : type = 'm' parent_type = 'M' Solved (FNotepad.class:83,FNotepad.class:120) by renaming Load(... by LoadFile( Regards Ga?l -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: embedding-xterm-0.0.1.tar.gz Type: application/x-gzip Size: 9887 bytes Desc: not available URL: From gambas at ...1... Fri Dec 18 13:54:56 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Fri, 18 Dec 2009 13:54:56 +0100 Subject: [Gambas-devel] BUG: QT4 In-Reply-To: <200912132112.31917.gambas@...1...> References: <26768590.post@...565...> <200912132112.31917.gambas@...1...> Message-ID: <200912181354.56903.gambas@...1...> > > Bemoit; > > Using GB3 qt4 textarea. The ide reports that the > > properties LINE & COLUMN are Unknown. > > > > thanls > > Indeed... There must be a problem in Qt4, otherwise I would have implement > these properties. I will look at it... > > Regards, > The Line and Column properties have been implemented in revison #2494. Regards, -- Beno?t Minisini From gael.lehech at ...176... Mon Dec 21 15:56:54 2009 From: gael.lehech at ...176... (=?ISO-8859-1?Q?Ga=EBl_Le_Hec=27H?=) Date: Mon, 21 Dec 2009 15:56:54 +0100 Subject: [Gambas-devel] Pb embedding xterm with gb.qt4 in gambas3 (pas d'html ?) Message-ID: hi all, I convert my app to gambas3 (r2498) with gb.qt4, when trying to embedding xterm I get this error : Object::connect: No such signal QX11EmbedContainer::error(int) in CEmbedder.cpp:38 This doesn't happen with gb.qt. in the Notepad example in Gambas3 (r2498) when starting : type = 'm' parent_type = 'M' Solved (FNotepad.class:83,FNotepad.class:120) by renaming Load(... by LoadFile( Regards Ga?l -------------- next part -------------- A non-text attachment was scrubbed... Name: embedding-xterm-0.0.1.tar.gz Type: application/x-gzip Size: 9887 bytes Desc: not available URL: From gambas at ...1... Thu Dec 24 16:10:25 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 24 Dec 2009 16:10:25 +0100 Subject: [Gambas-devel] Pb embedding xterm with gb.qt4 in gambas3 (pas d'html ?) In-Reply-To: References: Message-ID: <200912241610.26079.gambas@...1...> > hi all, > > I convert my app to gambas3 (r2498) with gb.qt4, when trying to > embedding xterm I get this error : > > Object::connect: No such signal QX11EmbedContainer::error(int) in > CEmbedder.cpp:38 > > This doesn't happen with gb.qt. > The bug has been fixed in revision #2506. > > in the Notepad example in Gambas3 (r2498) when starting : > > type = 'm' parent_type = 'M' > > Solved (FNotepad.class:83,FNotepad.class:120) by renaming Load(... by > LoadFile( > And that bug has been fixed in revision #2514! Regards, -- Beno?t Minisini From gambas at ...1... Thu Dec 24 16:29:26 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 24 Dec 2009 16:29:26 +0100 Subject: [Gambas-devel] BUG: ComboBox.ReadOnly (gb.qt) In-Reply-To: <2F3906A562B847CA860D20865E4A4748@...645...> References: <200912090720.12304.gambas@...1...> <2F3906A562B847CA860D20865E4A4748@...645...> Message-ID: <200912241629.26489.gambas@...1...> > Beno?t Minisini wrote: > >> 2009/12/9 Beno?t Minisini : > >>>> 2009/12/9 Beno?t Minisini : > >>>>>> 2009/12/9 Fabien Bodard : > >>>>>>> _click ? > >>>>>> > >>>>>> And if the user is using the keyboard? Or if the user clicks but > >>>>>> changes nothing? Or if I need to detect and react to the current > >>>>>> item being changed from within code? > >>>>> > >>>>> Click does not mean that the mouse is used. It just means that the > >>>>> current item has changed. It's funny it disturbs you, as this is > >>>>> the same thing in VB. > >>>> > >>>> The disturbance has nothing to do with VB at all, Benoit. It has > >>>> to do with trying to make sense out of something that does not > >>>> make sense. Like I implied above, the click event does not fire if > >>>> the current item of the ComboBox is changed in code. There is no > >>>> way to detect a change to a ReadOnly ComboBox if the change came > >>>> from within the code. > >>> > >>> The Change event is only for editable combo-box, because it is an > >>> event coming from TextBox. What you need is the Click event. > >> > >> Ok, I can accept that, however what about the problem of the click > >> event not firing if the current > >> item of the ComboBox is changed in code? > > > > It should be a bug. Do you have a little project that shows me that? > > lol - all ready to go. Attached. > That bug has been fixed in revision #2515. Regards, -- Beno?t Minisini From lordheavym at ...176... Mon Dec 28 17:14:22 2009 From: lordheavym at ...176... (Laurent Carlier) Date: Mon, 28 Dec 2009 17:14:22 +0100 Subject: [Gambas-devel] Problem with gambasdoc site Message-ID: <200912281714.22146.lordheavym@...176...> http://gambasdoc.org/help/comp/gb.opengl?v3 result: Unexpected error while displaying this page. Stack overflow CComponent.Load.281 ++ From sourceforge-raindog2 at ...19... Mon Dec 28 17:59:04 2009 From: sourceforge-raindog2 at ...19... (Rob) Date: Mon, 28 Dec 2009 11:59:04 -0500 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912281714.22146.lordheavym@...176...> References: <200912281714.22146.lordheavym@...176...> Message-ID: <200912281159.04718.sourceforge-raindog2@...19...> On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > http://gambasdoc.org/help/comp/gb.opengl?v3 > result: > Unexpected error while displaying this page. > Stack overflow > CComponent.Load.281 Strange, I figured it was a problem with some markup someone put in there, but if you try to edit it (change "help" to "edit" in the url and login) the same error is produced. Rob From gambas at ...1... Mon Dec 28 22:36:03 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 28 Dec 2009 22:36:03 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912281159.04718.sourceforge-raindog2@...19...> References: <200912281714.22146.lordheavym@...176...> <200912281159.04718.sourceforge-raindog2@...19...> Message-ID: <200912282236.03603.gambas@...1...> > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > result: > > Unexpected error while displaying this page. > > Stack overflow > > CComponent.Load.281 > > Strange, I figured it was a problem with some markup someone put in there, > but if you try to edit it (change "help" to "edit" in the url and login) > the same error is produced. > > Rob > > --------------------------------------------------------------------------- > --- This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > This is the same problem I fixed in the IDE in revision #2532. I will port it to the doc.cgi script. By the way, Rob, will you compile Gambas 3 on the web server one day (without the GUI components)? At the moment, it runs Gambas 1.9.44, which is a bit old. :-) -- Beno?t Minisini From gambas at ...1... Mon Dec 28 22:47:26 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 28 Dec 2009 22:47:26 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912282236.03603.gambas@...1...> References: <200912281714.22146.lordheavym@...176...> <200912281159.04718.sourceforge-raindog2@...19...> <200912282236.03603.gambas@...1...> Message-ID: <200912282247.26823.gambas@...1...> > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > result: > > > Unexpected error while displaying this page. > > > Stack overflow > > > CComponent.Load.281 > > > > Strange, I figured it was a problem with some markup someone put in > > there, but if you try to edit it (change "help" to "edit" in the url and > > login) the same error is produced. > > > > Rob > > > > ------------------------------------------------------------------------- > >-- --- This SF.Net email is sponsored by the Verizon Developer Community > > Take advantage of Verizon's best-in-class app development support A > > streamlined, 14 day to market process makes app distribution fast and > > easy Join now and get one step closer to millions of Verizon customers > > http://p.sf.net/sfu/verizon-dev2dev > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > This is the same problem I fixed in the IDE in revision #2532. I will port > it to the doc.cgi script. > > By the way, Rob, will you compile Gambas 3 on the web server one day > (without the GUI components)? At the moment, it runs Gambas 1.9.44, which > is a bit old. > > :-) > To Laurent: this bug appeared because you created a recursive dependency, that the current code in doc.cgi cannot handle when sorting components in dependency order: gb.opengl needs a OpenGlViewer, which can be gb.qt4.opengl, which needs gb.opengl, and so on... I just have to fix the sorting algorithm. Regards, -- Beno?t Minisini From gambas at ...1... Mon Dec 28 22:56:08 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Mon, 28 Dec 2009 22:56:08 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912282247.26823.gambas@...1...> References: <200912281714.22146.lordheavym@...176...> <200912282236.03603.gambas@...1...> <200912282247.26823.gambas@...1...> Message-ID: <200912282256.08814.gambas@...1...> > > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > > result: > > > > Unexpected error while displaying this page. > > > > Stack overflow > > > > CComponent.Load.281 > > > > > > Strange, I figured it was a problem with some markup someone put in > > > there, but if you try to edit it (change "help" to "edit" in the url > > > and login) the same error is produced. > > > > > > Rob > > > > > > ----------------------------------------------------------------------- > > >-- -- --- This SF.Net email is sponsored by the Verizon Developer > > > Community Take advantage of Verizon's best-in-class app development > > > support A streamlined, 14 day to market process makes app distribution > > > fast and easy Join now and get one step closer to millions of Verizon > > > customers http://p.sf.net/sfu/verizon-dev2dev > > > _______________________________________________ > > > Gambas-devel mailing list > > > Gambas-devel at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > This is the same problem I fixed in the IDE in revision #2532. I will > > port it to the doc.cgi script. > > > > By the way, Rob, will you compile Gambas 3 on the web server one day > > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > > which is a bit old. > > > > :-) > > To Laurent: this bug appeared because you created a recursive dependency, > that the current code in doc.cgi cannot handle when sorting components in > dependency order: gb.opengl needs a OpenGlViewer, which can be > gb.qt4.opengl, which needs gb.opengl, and so on... I just have to fix the > sorting algorithm. > > Regards, > It should be fixed now! -- Beno?t Minisini From lordheavym at ...176... Mon Dec 28 23:13:23 2009 From: lordheavym at ...176... (Laurent Carlier) Date: Mon, 28 Dec 2009 23:13:23 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912282247.26823.gambas@...1...> References: <200912281714.22146.lordheavym@...176...> <200912282236.03603.gambas@...1...> <200912282247.26823.gambas@...1...> Message-ID: <200912282313.23196.lordheavym@...176...> Le lundi 28 d?cembre 2009 22:47:26, Beno?t Minisini a ?crit : > > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > > result: > > > > Unexpected error while displaying this page. > > > > Stack overflow > > > > CComponent.Load.281 > > > > > > Strange, I figured it was a problem with some markup someone put in > > > there, but if you try to edit it (change "help" to "edit" in the url > > > and login) the same error is produced. > > > > > > Rob > > > > > > ----------------------------------------------------------------------- > > >-- -- --- This SF.Net email is sponsored by the Verizon Developer > > > Community Take advantage of Verizon's best-in-class app development > > > support A streamlined, 14 day to market process makes app distribution > > > fast and easy Join now and get one step closer to millions of Verizon > > > customers http://p.sf.net/sfu/verizon-dev2dev > > > _______________________________________________ > > > Gambas-devel mailing list > > > Gambas-devel at lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > This is the same problem I fixed in the IDE in revision #2532. I will > > port it to the doc.cgi script. > > > > By the way, Rob, will you compile Gambas 3 on the web server one day > > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > > which is a bit old. > > > > :-) > > To Laurent: this bug appeared because you created a recursive dependency, > that the current code in doc.cgi cannot handle when sorting components in > dependency order: gb.opengl needs a OpenGlViewer, which can be > gb.qt4.opengl, which needs gb.opengl, and so on... I just have to fix the > sorting algorithm. > > Regards, > oh, i've not seen that funny problem :-) ++ From lordheavym at ...176... Tue Dec 29 00:29:08 2009 From: lordheavym at ...176... (Laurent Carlier) Date: Tue, 29 Dec 2009 00:29:08 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912282256.08814.gambas@...1...> References: <200912281714.22146.lordheavym@...176...> <200912282247.26823.gambas@...1...> <200912282256.08814.gambas@...1...> Message-ID: <200912290029.08269.lordheavym@...176...> Le lundi 28 d?cembre 2009 22:56:08, Beno?t Minisini a ?crit : > > > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > > > result: > > > > > Unexpected error while displaying this page. > > > > > Stack overflow > > > > > CComponent.Load.281 > > > > > > > > Strange, I figured it was a problem with some markup someone put in > > > > there, but if you try to edit it (change "help" to "edit" in the url > > > > and login) the same error is produced. > > > > > > > > Rob > > > > > > > > --------------------------------------------------------------------- > > > >-- -- -- --- This SF.Net email is sponsored by the Verizon Developer > > > > Community Take advantage of Verizon's best-in-class app development > > > > support A streamlined, 14 day to market process makes app > > > > distribution fast and easy Join now and get one step closer to > > > > millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev > > > > _______________________________________________ > > > > Gambas-devel mailing list > > > > Gambas-devel at lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > > > This is the same problem I fixed in the IDE in revision #2532. I will > > > port it to the doc.cgi script. > > > > > > By the way, Rob, will you compile Gambas 3 on the web server one day > > > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > > > which is a bit old. > > > > > > :-) > > > > To Laurent: this bug appeared because you created a recursive dependency, > > that the current code in doc.cgi cannot handle when sorting components > > in dependency order: gb.opengl needs a OpenGlViewer, which can be > > gb.qt4.opengl, which needs gb.opengl, and so on... I just have to fix > > the sorting algorithm. > > > > Regards, > > It should be fixed now! > http://gambasdoc.org/help/comp/gb.opengl.glsl/gl?v3 There is still a problem: glsl commands are missing (eg Gl.IsShader() ) ++ From gambas at ...1... Tue Dec 29 00:39:23 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Tue, 29 Dec 2009 00:39:23 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912290029.08269.lordheavym@...176...> References: <200912281714.22146.lordheavym@...176...> <200912282256.08814.gambas@...1...> <200912290029.08269.lordheavym@...176...> Message-ID: <200912290039.23713.gambas@...1...> > Le lundi 28 d?cembre 2009 22:56:08, Beno?t Minisini a ?crit : > > > > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > > > > result: > > > > > > Unexpected error while displaying this page. > > > > > > Stack overflow > > > > > > CComponent.Load.281 > > > > > > > > > > Strange, I figured it was a problem with some markup someone put in > > > > > there, but if you try to edit it (change "help" to "edit" in the > > > > > url and login) the same error is produced. > > > > > > > > > > Rob > > > > > > > > > > ------------------------------------------------------------------- > > > > >-- -- -- -- --- This SF.Net email is sponsored by the Verizon > > > > > Developer Community Take advantage of Verizon's best-in-class app > > > > > development support A streamlined, 14 day to market process makes > > > > > app > > > > > distribution fast and easy Join now and get one step closer to > > > > > millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev > > > > > _______________________________________________ > > > > > Gambas-devel mailing list > > > > > Gambas-devel at lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > > > > > This is the same problem I fixed in the IDE in revision #2532. I will > > > > port it to the doc.cgi script. > > > > > > > > By the way, Rob, will you compile Gambas 3 on the web server one day > > > > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > > > > which is a bit old. > > > > > > > > :-) > > > > > > To Laurent: this bug appeared because you created a recursive > > > dependency, that the current code in doc.cgi cannot handle when sorting > > > components in dependency order: gb.opengl needs a OpenGlViewer, which > > > can be gb.qt4.opengl, which needs gb.opengl, and so on... I just have > > > to fix the sorting algorithm. > > > > > > Regards, > > > > It should be fixed now! > > http://gambasdoc.org/help/comp/gb.opengl.glsl/gl?v3 > > There is still a problem: > glsl commands are missing (eg Gl.IsShader() ) > > ++ > The web site components are updated only when I manually copying the info files to the server. And I don't do that all the time! -- Beno?t Minisini From lordheavym at ...176... Tue Dec 29 00:39:46 2009 From: lordheavym at ...176... (Laurent Carlier) Date: Tue, 29 Dec 2009 00:39:46 +0100 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912290029.08269.lordheavym@...176...> References: <200912281714.22146.lordheavym@...176...> <200912282256.08814.gambas@...1...> <200912290029.08269.lordheavym@...176...> Message-ID: <200912290039.46451.lordheavym@...176...> Le mardi 29 d?cembre 2009 00:29:08, vous avez ?crit : > Le lundi 28 d?cembre 2009 22:56:08, Beno?t Minisini a ?crit : > > > > > On Monday 28 December 2009 11:14 am, Laurent Carlier wrote: > > > > > > http://gambasdoc.org/help/comp/gb.opengl?v3 > > > > > > result: > > > > > > Unexpected error while displaying this page. > > > > > > Stack overflow > > > > > > CComponent.Load.281 > > > > > > > > > > Strange, I figured it was a problem with some markup someone put in > > > > > there, but if you try to edit it (change "help" to "edit" in the > > > > > url and login) the same error is produced. > > > > > > > > > > Rob > > > > > > > > > > ------------------------------------------------------------------- > > > > >-- -- -- -- --- This SF.Net email is sponsored by the Verizon > > > > > Developer Community Take advantage of Verizon's best-in-class app > > > > > development support A streamlined, 14 day to market process makes > > > > > app > > > > > distribution fast and easy Join now and get one step closer to > > > > > millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev > > > > > _______________________________________________ > > > > > Gambas-devel mailing list > > > > > Gambas-devel at lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > > > > > This is the same problem I fixed in the IDE in revision #2532. I will > > > > port it to the doc.cgi script. > > > > > > > > By the way, Rob, will you compile Gambas 3 on the web server one day > > > > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > > > > which is a bit old. > > > > > > > > :-) > > > > > > To Laurent: this bug appeared because you created a recursive > > > dependency, that the current code in doc.cgi cannot handle when sorting > > > components in dependency order: gb.opengl needs a OpenGlViewer, which > > > can be gb.qt4.opengl, which needs gb.opengl, and so on... I just have > > > to fix the sorting algorithm. > > > > > > Regards, > > > > It should be fixed now! > > http://gambasdoc.org/help/comp/gb.opengl.glsl/gl?v3 > > There is still a problem: > glsl commands are missing (eg Gl.IsShader() ) > > ++ > Oups, forgot to scrolldown ^^ sorry ! ++ From sourceforge-raindog2 at ...19... Tue Dec 29 07:36:12 2009 From: sourceforge-raindog2 at ...19... (Rob) Date: Tue, 29 Dec 2009 01:36:12 -0500 Subject: [Gambas-devel] Problem with gambasdoc site In-Reply-To: <200912282236.03603.gambas@...1...> References: <200912281714.22146.lordheavym@...176...> <200912281159.04718.sourceforge-raindog2@...19...> <200912282236.03603.gambas@...1...> Message-ID: <200912290136.12678.sourceforge-raindog2@...19...> On Monday 28 December 2009 04:36 pm, Beno?t Minisini wrote: > By the way, Rob, will you compile Gambas 3 on the web server one day > (without the GUI components)? At the moment, it runs Gambas 1.9.44, > which is a bit old. That server is running an embarrassingly old version of Linux, and my attempts to even get the final 2.x series to compile failed, so I haven't tried the 3.x series yet. We have a new machine ready to go, but I just found out this past week that it's sitting in the living room of the guy from whom we get our colo space. He tells us he'll be installing it soon, and when he does, I may even be able to give gambasdoc.org its own virtual Ubuntu server on which you can compile anything you like without waiting for me (assuming I understood the description of what he's giving us). I apologize for the delays; they impact my own personal and business needs as well. Rob From gael.lehech at ...176... Tue Dec 29 16:36:28 2009 From: gael.lehech at ...176... (=?ISO-8859-1?Q?Ga=EBl_Le_Hec=27H?=) Date: Tue, 29 Dec 2009 16:36:28 +0100 Subject: [Gambas-devel] Pb embedding xterm with gb.qt4 in gambas3 (pas d'html ?) In-Reply-To: <200912241610.26079.gambas@...1...> References: <200912241610.26079.gambas@...1...> Message-ID: better but ... no error when embedding xterm but xterm is not shown. xterm is only shown when I embed in the form. From nospam.nospam.nospam at ...176... Wed Dec 30 05:38:56 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 30 Dec 2009 15:38:56 +1100 Subject: [Gambas-devel] gb3 and Message.Question issue Message-ID: Guys, Is this right? See attached picture Screenshot.png. Using this code: Dim r As Integer r = Message.Question("Delete the Identity labelled '" & txtIdentitiesLabel.Text & "'. Are you sure?", "Yes", "No", "Maybe") The buttons are arse-about-face. If I specify the text of Button1, as above, to be "Yes", then I expect button 1 to be on the left, not on the far right as if I were reading in, perhaps, Chinese. The documentation states: STATIC FUNCTION Question ( Message AS String [ , Button1 AS String, Button2 AS String, Button3 AS String ] ) AS Integer So, in the documentation the order of buttons is, from the left, Button1, Button2, Button3, but when the dialog is displayed, the order of buttons is Button3, Button2, Button1. Also, my opinion is that the Yes and No buttons should not ever display a shortcut key underscore unless I specify an ampersand in the text for the button myself. but that's just my opinion. And the problem gets worse. See attached picture Screenshot-2.png. If I use this code: Dim r As Integer r = Message.Question("Delete the Identity labelled '" & txtIdentitiesLabel.Text & "'. Are you sure?", "Aye!", "Nay!", "Maybe") The buttons are in a different order again. I can work around this by creating my own Yes/No dialog but I shouldn't have to. Let me know if the Message object is written in Gambas itself and I'll see if I can come up with something better. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 11846 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-2.png Type: image/png Size: 10596 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Wed Dec 30 07:12:34 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Wed, 30 Dec 2009 17:12:34 +1100 Subject: [Gambas-devel] gb3, qt4 Windows Message-ID: Gentlemen, and ladies if there are any reading this list, Is there any way to get rid of the minimise button on a Window? I am creating a modal dialog using dialog management that has SkipTaskbar set to true, however because the minimise button is displayed by default, the user can minimise the dialog box by mistake and never, ever get back to the dialog box because, with SkipTaskbar set to true, alt+tab doesn't show the minimised window. The consequence is that the user must terminate the application from the command line, which is an exceedingly ugly thing to ask a user to do. Is there any reason that there are no individual properties to prohibit the display of the minimise and maximise boxes in Qt4? Is there any way to prevent or permit the two buttons to be shown or not shown on a Gambas3 window? From gambas at ...1... Wed Dec 30 11:44:01 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 30 Dec 2009 11:44:01 +0100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: References: Message-ID: <200912301144.01509.gambas@...1...> > Gentlemen, and ladies if there are any reading this list, > > Is there any way to get rid of the minimise button on a Window? > > I am creating a modal dialog using dialog management that has > SkipTaskbar set to true, however because the minimise button is > displayed by default, the user can minimise the dialog box by mistake > and never, ever get back to the dialog box because, with SkipTaskbar > set to true, alt+tab doesn't show the minimised window. The > consequence is that the user must terminate the application from the > command line, which is an exceedingly ugly thing to ask a user to do. > > Is there any reason that there are no individual properties to > prohibit the display of the minimise and maximise boxes in Qt4? Is > there any way to prevent or permit the two buttons to be shown or not > shown on a Gambas3 window? > This is the "philosophy" of the X-Window system: if a window is under the control of the window manager (which is a process on its own), then *he* decides how the window are managed. Not the application. There is a way to ask the window manager not to use some of these buttons, but I'm not sure it is possible for all buttons. Moreover, the window manager may not follow your request. I fully agree with this philosophy, where the final user has always the full control on his windows. How many times, on Windows, I hated all these windows you couldn't minimize in the taskbar... So: 1) Either do not put you window under the control of the window manager (Border = False on Gambas). But then you won't have any window decoration at all. 2) Always use plain normal windows. Why do you use a modal dialog with SkipTaskbar set? Is there any good reason to prevent the user from doing what he wants with that dialog? -- Beno?t Minisini From gambas at ...1... Wed Dec 30 11:47:38 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 30 Dec 2009 11:47:38 +0100 Subject: [Gambas-devel] gb3 and Message.Question issue In-Reply-To: References: Message-ID: <200912301147.38700.gambas@...1...> > Guys, > > Is this right? See attached picture Screenshot.png. > > Using this code: > > Dim r As Integer > r = Message.Question("Delete the Identity labelled '" & > txtIdentitiesLabel.Text & "'. Are you sure?", "Yes", "No", "Maybe") > > The buttons are arse-about-face. If I specify the text of Button1, as > above, to be "Yes", then I expect button 1 to be on the left, not on > the far right as if I were reading in, perhaps, Chinese. > > The documentation states: > > STATIC FUNCTION Question ( Message AS String [ , Button1 AS String, > Button2 AS String, Button3 AS String ] ) AS Integer > > So, in the documentation the order of buttons is, from the left, > Button1, Button2, Button3, but when the dialog is displayed, the order > of buttons is Button3, Button2, Button1. > > Also, my opinion is that the Yes and No buttons should not ever > display a shortcut key underscore unless I specify an ampersand in the > text for the button myself. but that's just my opinion. > > And the problem gets worse. See attached picture Screenshot-2.png. If > I use this code: > > Dim r As Integer > r = Message.Question("Delete the Identity labelled '" & > txtIdentitiesLabel.Text & "'. Are you sure?", "Aye!", "Nay!", "Maybe") > > The buttons are in a different order again. > > I can work around this by creating my own Yes/No dialog but I shouldn't > have to. > > Let me know if the Message object is written in Gambas itself and I'll > see if I can come up with something better. > Message boxes are managed by the underlying toolkit (Qt4 or GTK+), which finally decides how he will arrange the message box buttons. If I remember well, you use gb.qt4 on a Gnome desktop. In that case, I think Qt4 detects Gnome and tries to follow the GTK+ message boxes layout, where some buttons (there are some "standard" one like "Yes", "No"...) are put from right to left. I have often that problem when implementing gb.qt and gb.gtk: either I rewrite the feature myself, so that it behaves exactly the same in both toolkit, either I use the function provided by the toolkits, and you will lose some control on the situation then... -- Beno?t Minisini From ron at ...572... Wed Dec 30 16:56:27 2009 From: ron at ...572... (Ron) Date: Wed, 30 Dec 2009 16:56:27 +0100 Subject: [Gambas-devel] Gambas and LUA Message-ID: <4B3B782B.1060602@...572...> In my domotica software projects I have the need to add some sort of scripting facility, so end-users can write scripts which can be parsed and executed on the fly.. If Time = "08:00PM" then SwitchLight("Porch", On) That sort of stuff. Gambas doesn't have this flexibility, you have Eval() and thats it basically. (maybe I wrote my project in the wrong language to begin with) ;-) I'm only joking Did someone already had a peek at LUA? And the possible integration/binding of it with Gambas? http://www.lua.org/docs.html Regards, Ron_2nd. From gambas at ...1... Wed Dec 30 17:06:39 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 30 Dec 2009 17:06:39 +0100 Subject: [Gambas-devel] Gambas and LUA In-Reply-To: <4B3B782B.1060602@...572...> References: <4B3B782B.1060602@...572...> Message-ID: <200912301706.39339.gambas@...1...> > In my domotica software projects I have the need to add some sort of > scripting facility, so end-users can write scripts which can be parsed > and executed on the fly.. > > If Time = "08:00PM" then SwitchLight("Porch", On) > > That sort of stuff. > > Gambas doesn't have this flexibility, you have Eval() and thats it > basically. (maybe I wrote my project in the wrong language to begin with) > ;-) I'm only joking > > Did someone already had a peek at LUA? > And the possible integration/binding of it with Gambas? > > http://www.lua.org/docs.html > > Regards, > Ron_2nd. > "#!/usr/bin/gbs2" putted at the beginning of an executable text file allows you to write scripts in Gambas. -- Beno?t Minisini From gambas at ...1... Wed Dec 30 17:13:37 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Wed, 30 Dec 2009 17:13:37 +0100 Subject: [Gambas-devel] Gambas and LUA In-Reply-To: <200912301706.39339.gambas@...1...> References: <4B3B782B.1060602@...572...> <200912301706.39339.gambas@...1...> Message-ID: <200912301713.37694.gambas@...1...> > > In my domotica software projects I have the need to add some sort of > > scripting facility, so end-users can write scripts which can be parsed > > and executed on the fly.. > > > > If Time = "08:00PM" then SwitchLight("Porch", On) > > > > That sort of stuff. > > > > Gambas doesn't have this flexibility, you have Eval() and thats it > > basically. (maybe I wrote my project in the wrong language to begin with) > > ;-) I'm only joking > > > > Did someone already had a peek at LUA? > > And the possible integration/binding of it with Gambas? > > > > http://www.lua.org/docs.html > > > > Regards, > > Ron_2nd. > > "#!/usr/bin/gbs2" putted at the beginning of an executable text file allows > you to write scripts in Gambas. > "put", not "putted". It is an irregular verb, isn't it? -- Beno?t Minisini From nospam.nospam.nospam at ...176... Wed Dec 30 23:38:05 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 09:38:05 +1100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: <200912301144.01509.gambas@...1...> References: <200912301144.01509.gambas@...1...> Message-ID: 2009/12/30 Beno?t Minisini : >> Gentlemen, and ladies if there are any reading this list, >> >> Is there any way to get rid of the minimise button on a Window? >> >> I am creating a modal dialog using dialog management that has >> SkipTaskbar set to true, however because the minimise button is >> displayed by default, the user can minimise the dialog box by mistake >> and never, ever get back to the dialog box because, with SkipTaskbar >> set to true, alt+tab doesn't show the minimised window. The >> consequence is that the user must terminate the application from the >> command line, which is an exceedingly ugly thing to ask a user to do. >> >> Is there any reason that there are no individual properties to >> prohibit the display of the minimise and maximise boxes in Qt4? Is >> there any way to prevent or permit the two buttons to be shown or not >> shown on a Gambas3 window? >> > > This is the "philosophy" of the X-Window system: if a window is under the > control of the window manager (which is a process on its own), then *he* > decides how the window are managed. Not the application. > > There is a way to ask the window manager not to use some of these buttons, but > I'm not sure it is possible for all buttons. Moreover, the window manager may > not follow your request. > > I fully agree with this philosophy, where the final user has always the full > control on his windows. How many times, on Windows, I hated all these windows > you couldn't minimize in the taskbar... > > So: > > 1) Either do not put you window under the control of the window manager > (Border = False on Gambas). But then you won't have any window decoration at > all. Thanks for that. > 2) Always use plain normal windows. > > Why do you use a modal dialog with SkipTaskbar set? Is there any good reason > to prevent the user from doing what he wants with that dialog? Yes, there is. Customer specification. "Modal dialog boxes: 1) will not display titles in any taskbar. 2) Will not have either a maximise or a minimise button." It makes absolutely no sense whatsoever to have a minimise button on a fixed size modal dialog box. None. It is illogical, and the fact that the maximise button goes when fixed size is set supports that argument. It makes even less sense when, say, Message.Question() has no minimise button yet I am prevented from choosing to have my own windows look like that displayed by Message.Question(). So, how did you convince the window manager to not display the minimise button for Message.Question()? From nospam.nospam.nospam at ...176... Wed Dec 30 23:43:29 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 09:43:29 +1100 Subject: [Gambas-devel] gb3 and Message.Question issue In-Reply-To: <200912301147.38700.gambas@...1...> References: <200912301147.38700.gambas@...1...> Message-ID: 2009/12/30 Beno?t Minisini : > > Message boxes are managed by the underlying toolkit (Qt4 or GTK+), which > finally decides how he will arrange the message box buttons. > > If I remember well, you use gb.qt4 on a Gnome desktop. In that case, I think > Qt4 detects Gnome and tries to follow the GTK+ message boxes layout, where > some buttons (there are some "standard" one like "Yes", "No"...) are put from > right to left. Good grief. > I have often that problem when implementing gb.qt and gb.gtk: either I rewrite > the feature myself, so that it behaves exactly the same in both toolkit, > either I use the function provided by the toolkits, and you will lose some > control on the situation then... Yes, I've seen the consequences of that. I will write my own dialog window. Thanks for the info. From nospam.nospam.nospam at ...176... Thu Dec 31 01:20:25 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 11:20:25 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked Message-ID: I have nine (9) popup menus ranging in size from 12 to 40 items, in total there are about 240 individual child menu items. Looking at the menu documentation I can see no way to detect what child menu item was clicked without putting a line of code in the _Click event for each and every one of the 240 or more items. That means 720+ lines of additional code. I might understand the need to write individual lines of code if it were a truism that all menus always only ever performed distinctly different functions, but in this case the menu items all do the same thing, they build a concatenated string based on the text of the selected item and the context of the popup. That means if I can detect the child Item that was Clicked then I only need one line of code for each of the nine popups, or nine lines of code. Without some way to detect what individual child item was clicked on the parent menu without interrogating the child itself I am going to need 720 extra lines of code, three for each item, plus I will have to comment each and every code segment so it is known what child menu item the code belongs to, which will take me to 1000 lines of extra code. Is there any mechanism that will allow me to detect what child menu item was selected for a given parent menu? Are there any other menu-like controls, e.g. the apparently undocumented MenuButton, that will allow me to interrogate the parent to see what child was selected? If the answer to both of those is no, is there any chance that Menu can be given a new property, called, say, ItemClicked, that directly references the child that the user clicked on? In short, I am looking for a mechanism that will allow me to manage clicked child menu items centrally in one place instead of inside each child item's _Click event. Any suggestions and ideas are welcome. From arosa at ...615... Thu Dec 31 02:00:46 2009 From: arosa at ...615... (Toni) Date: Thu, 31 Dec 2009 02:00:46 +0100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: References: Message-ID: <4B3BF7BE.1000102@...615...> Hi, Did you try using "LAST" ? E.g. Last.Name would give you the name of the last clicked menu. For instance, if you generate the menus dinamically I guess that you could use the same event firing for all of them (I haven't tested it, but it could go as follows): DIM mnu AS Menu mnu = NEW Menu(rootmenu) AS "MnuHandler" mnu.Name = "mnu1" mnu.Caption = "a" mnu = NEW Menu(rootmenu) AS "MnuHandler" mnu.Name = "mnu2" mnu.Caption = "b" and then PUBLIC SUB MnuHandler_Click() DEBUG Last.Name END Regards, En/na Kadaitcha Man ha escrit: > I have nine (9) popup menus ranging in size from 12 to 40 items, in > total there are about 240 individual child menu items. Looking at the > menu documentation I can see no way to detect what child menu item was > clicked without putting a line of code in the _Click event for each > and every one of the 240 or more items. That means 720+ lines of > additional code. > > I might understand the need to write individual lines of code if it > were a truism that all menus always only ever performed distinctly > different functions, but in this case the menu items all do the same > thing, they build a concatenated string based on the text of the > selected item and the context of the popup. That means if I can detect > the child Item that was Clicked then I only need one line of code for > each of the nine popups, or nine lines of code. > > Without some way to detect what individual child item was clicked on > the parent menu without interrogating the child itself I am going to > need 720 extra lines of code, three for each item, plus I will have to > comment each and every code segment so it is known what child menu > item the code belongs to, which will take me to 1000 lines of extra > code. > > Is there any mechanism that will allow me to detect what child menu > item was selected for a given parent menu? > > Are there any other menu-like controls, e.g. the apparently > undocumented MenuButton, that will allow me to interrogate the parent > to see what child was selected? > > If the answer to both of those is no, is there any chance that Menu > can be given a new property, called, say, ItemClicked, that directly > references the child that the user clicked on? > > In short, I am looking for a mechanism that will allow me to manage > clicked child menu items centrally in one place instead of inside each > child item's _Click event. > > Any suggestions and ideas are welcome. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Thu Dec 31 02:27:01 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 12:27:01 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <4B3BF7BE.1000102@...615...> References: <4B3BF7BE.1000102@...615...> Message-ID: 2009/12/31 Toni : > Hi, > Did you try using "LAST" ? > > E.g. Last.Name would give you the name of the last clicked menu. > > For instance, if you generate the menus dinamically ?I guess that you > could use the same event firing for all of them (I haven't ?tested it, > but it could go as follows): > > ?DIM mnu AS Menu > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" > ?mnu.Name = "mnu1" > ?mnu.Caption = "a" > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" > ?mnu.Name = "mnu2" > ?mnu.Caption = "b" > > and then > > PUBLIC SUB MnuHandler_Click() > ? ?DEBUG Last.Name > END It won't work. 1) The second mnu = NEW Menu(rootmenu) AS "MnuHandler" will kill the event handler of the first instance. 2) MnuHandler_Click is the event handler for the parent only. 3) I will need thousands of lines of additional code if I have to construct the menu dynamically. I could load an array from data and loop through it, but it's a moot idea because of points 1) and 2). Thanks anyway. From gambas at ...1... Thu Dec 31 02:34:43 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 31 Dec 2009 02:34:43 +0100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: References: <4B3BF7BE.1000102@...615...> Message-ID: <200912310234.43747.gambas@...1...> > 2009/12/31 Toni : > > Hi, > > Did you try using "LAST" ? > > > > E.g. Last.Name would give you the name of the last clicked menu. > > > > For instance, if you generate the menus dinamically I guess that you > > could use the same event firing for all of them (I haven't tested it, > > but it could go as follows): > > > > DIM mnu AS Menu > > mnu = NEW Menu(rootmenu) AS "MnuHandler" > > mnu.Name = "mnu1" > > mnu.Caption = "a" > > mnu = NEW Menu(rootmenu) AS "MnuHandler" > > mnu.Name = "mnu2" > > mnu.Caption = "b" > > > > and then > > > > PUBLIC SUB MnuHandler_Click() > > DEBUG Last.Name > > END > > It won't work. > > 1) The second mnu = NEW Menu(rootmenu) AS "MnuHandler" will kill the > event handler of the first instance. > No, why? The two menus are just two differents objects that point at the same event handler. > 2) MnuHandler_Click is the event handler for the parent only. No, MnuHandler_Click is the event handler of any control whose event name is "MnuHandler". > > 3) I will need thousands of lines of additional code if I have to > construct the menu dynamically. I could load an array from data and > loop through it, but it's a moot idea because of points 1) and 2). > If your entries are defined in the IDE, you must assign each of them to the same group, so that clicking on any menu will raise the same event handler. Then, in the event handler, you use LAST to know which menu item was clicked. Regards, -- Beno?t Minisini From arosa at ...615... Thu Dec 31 02:44:42 2009 From: arosa at ...615... (Toni) Date: Thu, 31 Dec 2009 02:44:42 +0100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: References: <4B3BF7BE.1000102@...615...> Message-ID: <4B3C020A.8040309@...615...> Just out of curiosity I tested what I told you, and it seems to work properly, at least in gambas 2. Find my test project attached. En/na Kadaitcha Man ha escrit: > 2009/12/31 Toni : > > >> Hi, >> Did you try using "LAST" ? >> >> E.g. Last.Name would give you the name of the last clicked menu. >> >> For instance, if you generate the menus dinamically I guess that you >> could use the same event firing for all of them (I haven't tested it, >> but it could go as follows): >> >> DIM mnu AS Menu >> mnu = NEW Menu(rootmenu) AS "MnuHandler" >> mnu.Name = "mnu1" >> mnu.Caption = "a" >> mnu = NEW Menu(rootmenu) AS "MnuHandler" >> mnu.Name = "mnu2" >> mnu.Caption = "b" >> >> and then >> >> PUBLIC SUB MnuHandler_Click() >> DEBUG Last.Name >> END >> > > It won't work. > > 1) The second mnu = NEW Menu(rootmenu) AS "MnuHandler" will kill the > event handler of the first instance. > > 2) MnuHandler_Click is the event handler for the parent only. > > 3) I will need thousands of lines of additional code if I have to > construct the menu dynamically. I could load an array from data and > loop through it, but it's a moot idea because of points 1) and 2). > > Thanks anyway. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: test_mnu.tar Type: application/x-tar Size: 20480 bytes Desc: not available URL: From nospam.nospam.nospam at ...176... Thu Dec 31 03:00:24 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 13:00:24 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <200912310234.43747.gambas@...1...> References: <4B3BF7BE.1000102@...615...> <200912310234.43747.gambas@...1...> Message-ID: 2009/12/31 Beno?t Minisini : >> 2009/12/31 Toni : >> > Hi, >> > Did you try using "LAST" ? >> > >> > E.g. Last.Name would give you the name of the last clicked menu. >> > >> > For instance, if you generate the menus dinamically ?I guess that you >> > could use the same event firing for all of them (I haven't ?tested it, >> > but it could go as follows): >> > >> > ?DIM mnu AS Menu >> > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" >> > ?mnu.Name = "mnu1" >> > ?mnu.Caption = "a" >> > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" >> > ?mnu.Name = "mnu2" >> > ?mnu.Caption = "b" >> > >> > and then >> > >> > PUBLIC SUB MnuHandler_Click() >> > ? ?DEBUG Last.Name >> > END >> >> It won't work. >> >> 1) The second mnu = NEW Menu(rootmenu) AS "MnuHandler" will kill the >> event handler of the first instance. >> > > No, why? The two menus are just two differents objects that point at the same > event handler. Really? I could have sworn you indicated that very thing for someone else's issue. OK, I'll take your word for it and will try it. >> 2) MnuHandler_Click is the event handler for the parent only. > > No, MnuHandler_Click is the event handler of any control whose event name is > "MnuHandler". That would solve a lot of problems. >> 3) I will need thousands of lines of additional code if I have to >> construct the menu dynamically. I could load an array from data and >> loop through it, but it's a moot idea because of points 1) and 2). >> > > If your entries are defined in the IDE, you must assign each of them to the > same group, so that clicking on any menu will raise the same event handler. YES! That's it. And CRIPES! I may need a new brain. Or there's a problem in the doc somewhere. When I was researching this I didn't see Action documented as being available for Menus. However I just went back and sure enough, there it is. > Then, in the event handler, you use LAST to know which menu item was clicked. I will get to testing it. And I will apologise to the OP as well. Thank you. From nospam.nospam.nospam at ...176... Thu Dec 31 03:01:28 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 13:01:28 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <4B3BF7BE.1000102@...615...> References: <4B3BF7BE.1000102@...615...> Message-ID: 2009/12/31 Toni : > Hi, > Did you try using "LAST" ? > > E.g. Last.Name would give you the name of the last clicked menu. > > For instance, if you generate the menus dinamically ?I guess that you > could use the same event firing for all of them (I haven't ?tested it, > but it could go as follows): > > ?DIM mnu AS Menu > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" > ?mnu.Name = "mnu1" > ?mnu.Caption = "a" > ?mnu = NEW Menu(rootmenu) AS "MnuHandler" > ?mnu.Name = "mnu2" > ?mnu.Caption = "b" > > and then > > PUBLIC SUB MnuHandler_Click() > ? ?DEBUG Last.Name > END > > Regards, Benoit has corrected my apparent misunderstandings. You were right, I was wrong. My apologies, and my thanks. From nospam.nospam.nospam at ...176... Thu Dec 31 03:07:27 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 13:07:27 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <4B3C020A.8040309@...615...> References: <4B3BF7BE.1000102@...615...> <4B3C020A.8040309@...615...> Message-ID: 2009/12/31 Toni : > Just out of curiosity I tested what I told you, and it seems to work Yes, I apologised to you for that in a reply just now. Maybe I need more coffee. I was convinced that Benoit had said such a thing to another poster over a different issue. Neverthess, the solution will be to use Menu.Action in the IDE menu designer because the large number of menu items is easier to maintain there, it's visually more productive than looking at code. That's another mistake I made, I was also convinced that Action was not a property of Menu objects. I don't like being wrong. It causes me to have to apologise or make up lies :) Anyway, again, my apologies and my thanks. From arosa at ...615... Thu Dec 31 03:14:04 2009 From: arosa at ...615... (Toni) Date: Thu, 31 Dec 2009 03:14:04 +0100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: References: <4B3BF7BE.1000102@...615...> <4B3C020A.8040309@...615...> Message-ID: <4B3C08EC.9020703@...615...> No worries, asking questions and replying to them (at least trying to) is a great way of learning Gambas for everyone involved ;) En/na Kadaitcha Man ha escrit: > 2009/12/31 Toni : > >> Just out of curiosity I tested what I told you, and it seems to work >> > > Yes, I apologised to you for that in a reply just now. Maybe I need > more coffee. I was convinced that Benoit had said such a thing to > another poster over a different issue. Neverthess, the solution will > be to use Menu.Action in the IDE menu designer because the large > number of menu items is easier to maintain there, it's visually more > productive than looking at code. That's another mistake I made, I was > also convinced that Action was not a property of Menu objects. > > I don't like being wrong. It causes me to have to apologise or make up lies :) > > Anyway, again, my apologies and my thanks. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > 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 nospam.nospam.nospam at ...176... Thu Dec 31 03:31:23 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 13:31:23 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <4B3C08EC.9020703@...615...> References: <4B3BF7BE.1000102@...615...> <4B3C020A.8040309@...615...> <4B3C08EC.9020703@...615...> Message-ID: 2009/12/31 Toni : > No worries, asking questions and replying to them (at least trying to) is a > great way of learning Gambas for everyone involved ;) After all that, the Group property is the one to be used. For some reason I get a null object if I reference Last in Action_Activate. Anyway, I have it working with Group now so that's great. Appreciated. From gambas at ...1... Thu Dec 31 03:38:48 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 31 Dec 2009 03:38:48 +0100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: References: <4B3C08EC.9020703@...615...> Message-ID: <200912310338.48851.gambas@...1...> > 2009/12/31 Toni : > > No worries, asking questions and replying to them (at least trying to) is > > a great way of learning Gambas for everyone involved ;) > > After all that, the Group property is the one to be used. For some > reason I get a null object if I reference Last in Action_Activate. > Anyway, I have it working with Group now so that's great. > > Appreciated. > Yes. Action is something completely different, that allows to centralize the activation of many different controls associated with the same user action. Moreover, it allows to associate and configure automatically the keyboard shortcuts of these actions, provided that the action is associated with a menu entry somewhere. I suggest you read the documentation about this class on the wiki, and look in the IDE source code. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Thu Dec 31 03:44:53 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 13:44:53 +1100 Subject: [Gambas-devel] gb3 menus and the item that was clicked In-Reply-To: <200912310338.48851.gambas@...1...> References: <4B3C08EC.9020703@...615...> <200912310338.48851.gambas@...1...> Message-ID: 2009/12/31 Beno?t Minisini : >> 2009/12/31 Toni : >> > No worries, asking questions and replying to them (at least trying to) is >> > a great way of learning Gambas for everyone involved ;) >> >> After all that, the Group property is the one to be used. For some >> reason I get a null object if I reference Last in Action_Activate. >> Anyway, I have it working with Group now so that's great. >> >> Appreciated. >> > > Yes. Action is something completely different, that allows to centralize the > activation of many different controls associated with the same user action. > > Moreover, it allows to associate and configure automatically the keyboard > shortcuts of these actions, provided that the action is associated with a menu > entry somewhere. > > I suggest you read the documentation about this class on the wiki, I did read the doco, hence my confusion :) I will keep a note of that confusion and if I see the text that caused it I'll fix it. > and look in the IDE source code. That was my next step if I hadn't got Group working. From nospam.nospam.nospam at ...176... Thu Dec 31 09:48:28 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 19:48:28 +1100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: References: <200912301144.01509.gambas@...1...> Message-ID: 2009/12/31 Kadaitcha Man : > 2009/12/30 Beno?t Minisini : > So, how did you convince the window manager to not display the > minimise button for Message.Question()? > Benoit, following on from that question, what is the reason for a design-mode window in the IDE not having a minimise button but having one when running? Picture attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot.png Type: image/png Size: 13336 bytes Desc: not available URL: From gambas.fr at ...176... Thu Dec 31 10:01:52 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 31 Dec 2009 10:01:52 +0100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: References: <200912301144.01509.gambas@...1...> Message-ID: <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> 2009/12/31 Kadaitcha Man : > 2009/12/31 Kadaitcha Man : >> 2009/12/30 Beno?t Minisini : > >> So, how did you convince the window manager to not display the >> minimise button for Message.Question()? >> > > Benoit, following on from that question, what is the reason for a > design-mode window in the IDE not having a minimise button but having > one when running? because it depend of the windows manager used by your distribution ... it will be different between gnome(metacity,gnome-shell,compiz),/kde(kwin)/icewm/windowmaker/e17/etc.... So we cant really manage such detail from the program itself. We can just say to the windows manager... this is a fixed windows, and define a series of type for the windows (popup,dialog, notifiy,etc). But at the end if for one of the type, the wm decide to add a minimize button ... he'll do it > Picture attached. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > From nospam.nospam.nospam at ...176... Thu Dec 31 10:08:16 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 20:08:16 +1100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> References: <200912301144.01509.gambas@...1...> <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> Message-ID: 2009/12/31 Fabien Bodard : > 2009/12/31 Kadaitcha Man : >> 2009/12/31 Kadaitcha Man : >>> 2009/12/30 Beno?t Minisini : >> >>> So, how did you convince the window manager to not display the >>> minimise button for Message.Question()? >>> >> >> Benoit, following on from that question, what is the reason for a >> design-mode window in the IDE not having a minimise button but having >> one when running? > > because it depend of the windows manager used by your distribution ... > it will be different between > gnome(metacity,gnome-shell,compiz),/kde(kwin)/icewm/windowmaker/e17/etc.... > So we cant really manage such detail from the program itself. We can > just say to the windows manager... this is a fixed windows, and define > a series of type for the windows (popup,dialog, notifiy,etc). > But at the end if for one of the type, the wm decide to add a minimize > button ... he'll do it Ok, I will accept that it is an environmental issue. Well, until I get a KDE distro installed and test it again :) Thanks. It will be 2010 here in Indonesia in just under 8 hours, so have a safe and happy new year. From nospam.nospam.nospam at ...176... Thu Dec 31 10:44:44 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 20:44:44 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? Message-ID: Ok, it seems to me that every single display issue I've had has been put down to running qt4 on a GTK+ system, so I'm happy to accept that this current issue is also due to a dodgy environment. The TextEdit control always, without fail, wraps text and never displays the horizontal scrollbar. I have read the documentation and there is nothing there that suggests a wrap property. So, am I doing something wrong, is it an environment problem, or is it a bug? Ok, ok, I can cope with being told my HTML tags suck too :) Image attached to avoid the need to view the code. I have tried other combinations of HTML tags that are too numerous to list here, and not one of them causes the horizontal scrollbar to show nor do any of them cause the text to not wrap; in all cases, the text wraps. No text wrap and a horizontal scrollbar showing is my goal here. I've checked and checked and checked. I can see nothing that will stop the wrapping. I have even replaced every single space with   and still the text wraps. Here is the full code for the problem reproduction, which is also attached: Private Const SOME_TEXT As String = "Quick brown dogs jump over the lazy fox. The jay, pig, Quick wafting zephyrs vex bold Jim. Quick zephyrs blow, vexing daft Jim. quick jump. Joaquin Phoenix was gazed by MTV for luck. A wizard's job is to vex chumps quickl" Public Sub _new() End Public Sub Form_Open() TextEdit1.RichText = "" & SOME_TEXT & "

" TextEdit2.Text = SOME_TEXT TextEdit3.RichText = "

" & SOME_TEXT & "

" TextEdit4.Text = SOME_TEXT TextEdit4.SelectAll() TextEdit4.Format.Color = 4367212 TextEdit4.Unselect() End Oh, and while I'm at it, TextEdit.Format.Font on a selection blows up with a SIG 11, but that's not an issue for me because I have decided that the TextEdit control will have one single font and size. Still, it may need looking at. -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-teWrapTest.png Type: image/png Size: 41506 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: teWrapTest.tar.gz Type: application/x-gzip Size: 9017 bytes Desc: not available URL: From ron at ...572... Thu Dec 31 10:49:21 2009 From: ron at ...572... (Ron) Date: Thu, 31 Dec 2009 10:49:21 +0100 Subject: [Gambas-devel] Gambas and LUA In-Reply-To: <200912301713.37694.gambas@...1...> References: <4B3B782B.1060602@...572...> <200912301706.39339.gambas@...1...> <200912301713.37694.gambas@...1...> Message-ID: <4B3C73A1.5070205@...572...> Beno?t Minisini wrote: >>> In my domotica software projects I have the need to add some sort of >>> scripting facility, so end-users can write scripts which can be parsed >>> and executed on the fly.. >>> >>> If Time = "08:00PM" then SwitchLight("Porch", On) >>> >>> That sort of stuff. >>> >>> Gambas doesn't have this flexibility, you have Eval() and thats it >>> basically. (maybe I wrote my project in the wrong language to begin with) >>> ;-) I'm only joking >>> >>> Did someone already had a peek at LUA? >>> And the possible integration/binding of it with Gambas? >>> >>> http://www.lua.org/docs.html >>> >>> Regards, >>> Ron_2nd. >>> >> "#!/usr/bin/gbs2" putted at the beginning of an executable text file allows >> you to write scripts in Gambas. >> >> > > "put", not "putted". It is an irregular verb, isn't it? > > Thanks, I had looked at it in the past, looking into it again. I think this is a better, more universal shebang entry, my gambas doesn't live in /usr/bin/ #! /usr/bin/env gbs2 Regards, Ron_2nd. From gambas.fr at ...176... Thu Dec 31 11:28:20 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 31 Dec 2009 11:28:20 +0100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: References: Message-ID: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> 2009/12/31 Kadaitcha Man : > Ok, it seems to me that every single display issue I've had has been > put down to running qt4 on a GTK+ system, so I'm happy to accept that > this current issue is also due to a dodgy environment. > > The TextEdit control always, without fail, wraps text and never > displays the horizontal scrollbar. > > I have read the documentation and there is nothing there that suggests > a wrap property. > > So, am I doing something wrong, is it an environment problem, or is it > a bug? Ok, ok, I can cope with being told my HTML tags suck too :) > > Image attached to avoid the need to view the code. I have tried other > combinations of HTML tags that are too numerous to list here, and not > one of them causes the horizontal scrollbar to show nor do any of them > cause the text to not wrap; in all cases, the text wraps. No text wrap > and a horizontal scrollbar showing is my goal here. > > I've checked and checked and checked. I can see nothing that will stop > the wrapping. I have even replaced every single space with   and > still the text wraps. > > Here is the full code for the problem reproduction, which is also attached: > > Private Const SOME_TEXT As String = "Quick brown dogs jump over the > lazy fox. The jay, pig, Quick wafting zephyrs vex bold Jim. Quick > zephyrs blow, vexing daft Jim. quick jump. Joaquin Phoenix was gazed > by MTV for luck. A wizard's job is to vex chumps quickl" > > Public Sub _new() > > End > > Public Sub Form_Open() > > ?TextEdit1.RichText = "" & > SOME_TEXT & "

" > > ?TextEdit2.Text = SOME_TEXT > > ?TextEdit3.RichText = "

" & > SOME_TEXT & "

" > > ?TextEdit4.Text = SOME_TEXT > ?TextEdit4.SelectAll() > ?TextEdit4.Format.Color = 4367212 > ?TextEdit4.Unselect() > > End > > Oh, and while I'm at it, TextEdit.Format.Font on a selection blows up > with a SIG 11, but that's not an issue for me because I have decided > that the TextEdit control will have one single font and size. Still, > it may need looking at. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > I've the soluce :) yourtext http://www.htmlgoodies.com/beyond/reference/article.php/3472851 From gambas.fr at ...176... Thu Dec 31 11:35:23 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 31 Dec 2009 11:35:23 +0100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: References: <200912301144.01509.gambas@...1...> <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> Message-ID: <6324a42a0912310235i39a460cfp8b23880e27f4e9a@...178...> 2009/12/31 Kadaitcha Man : > 2009/12/31 Fabien Bodard : >> 2009/12/31 Kadaitcha Man : >>> 2009/12/31 Kadaitcha Man : >>>> 2009/12/30 Beno?t Minisini : >>> >>>> So, how did you convince the window manager to not display the >>>> minimise button for Message.Question()? >>>> >>> >>> Benoit, following on from that question, what is the reason for a >>> design-mode window in the IDE not having a minimise button but having >>> one when running? >> >> because it depend of the windows manager used by your distribution ... >> it will be different between >> gnome(metacity,gnome-shell,compiz),/kde(kwin)/icewm/windowmaker/e17/etc.... >> So we cant really manage such detail from the program itself. We can >> just say to the windows manager... this is a fixed windows, and define >> a series of type for the windows (popup,dialog, notifiy,etc). >> But at the end if for one of the type, the wm decide to add a minimize >> button ... he'll do it > > Ok, I will accept that it is an environmental issue. Well, until I get > a KDE distro installed and test it again :) Thanks. this is the same on kde4, than in gnome ... but not in kde3... > It will be 2010 here in Indonesia in just under 8 hours, so have a > safe and happy new year. have a safe and happy new year too > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From nospam.nospam.nospam at ...176... Thu Dec 31 13:44:29 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 23:44:29 +1100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: <6324a42a0912310235i39a460cfp8b23880e27f4e9a@...178...> References: <200912301144.01509.gambas@...1...> <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> <6324a42a0912310235i39a460cfp8b23880e27f4e9a@...178...> Message-ID: 2009/12/31 Fabien Bodard : > this is the same on kde4, than in gnome ... but not in kde3... Oh, good Lord! I just installed kubuntu in a VM to test it too. >> It will be 2010 here in Indonesia in just under 8 hours, so have a >> safe and happy new year. > > have a safe and happy new year too Nothing a few cold beers won't fix, mate :) I'll be drunk before the new year gets here. Kadaitcha Man, an Aussie living in West Timor. Hey, just so you know, a few years ago, five maybe, Gambas was at v1 and v2 was in alpha, IIRC. I looked at gambas back then and figured it had potential but Linux itself wasn't ready for the likes of me, being a very demanding Windows connoisseur and all. You may or may not be pleased to know that it was gambas alone that got me to finally move, lock, stock and barrel, to Linux. Of course, I now have a big problem with having paid for a very expensive, long-term Microsoft MSDN VLK subscription. Care for a full-blown Enterprise Server 2008 or Windows 7 Ultimate to do some testing on? Or to put it another way, congratulations. If I like it, despite the learning curve I've had, you've done exceedingly well. That's a compliment, not an insult, ok? From nospam.nospam.nospam at ...176... Thu Dec 31 13:29:33 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Thu, 31 Dec 2009 23:29:33 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> References: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> Message-ID: 2009/12/31 Fabien Bodard : > I've the soluce :) > > yourtext You sure do. > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 Yeah, but you guys keep telling me to read the Gambas documentation :) I'll update the HTML tags pages. Thanks. From gambas.fr at ...176... Thu Dec 31 14:04:59 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 31 Dec 2009 14:04:59 +0100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: References: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> Message-ID: <6324a42a0912310504x22db14c0n13c97e7d7a9b3bcf@...178...> 2009/12/31 Kadaitcha Man : > 2009/12/31 Fabien Bodard : > >> I've the soluce :) >> >> yourtext > > You sure do. > >> http://www.htmlgoodies.com/beyond/reference/article.php/3472851 > > Yeah, but you guys keep telling me to read the Gambas documentation :) not only the gambas docs but world docs too , has for exemple textedit use html, paint is near to cairo, etc... > I'll update the HTML tags pages. Thanks. > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas.fr at ...176... Thu Dec 31 14:06:59 2009 From: gambas.fr at ...176... (Fabien Bodard) Date: Thu, 31 Dec 2009 14:06:59 +0100 Subject: [Gambas-devel] gb3, qt4 Windows In-Reply-To: References: <200912301144.01509.gambas@...1...> <6324a42a0912310101q5e4f7852oc4ad6344846f9ad1@...178...> <6324a42a0912310235i39a460cfp8b23880e27f4e9a@...178...> Message-ID: <6324a42a0912310506q7567d78avd54d6a00f914b287@...178...> 2009/12/31 Kadaitcha Man : > 2009/12/31 Fabien Bodard : > >> this is the same on kde4, than in gnome ... but not in kde3... > > Oh, good Lord! I just installed kubuntu in a VM to test it too. > >>> It will be 2010 here in Indonesia in just under 8 hours, so have a >>> safe and happy new year. >> >> have a safe and happy new year too > > Nothing a few cold beers won't fix, mate :) > > I'll be drunk before the new year gets here. > > Kadaitcha Man, an Aussie living in West Timor. > > Hey, just so you know, a few years ago, five maybe, Gambas was at v1 > and v2 was in alpha, IIRC. I looked at gambas back then and figured it > had potential but Linux itself wasn't ready for the likes of me, being > a very demanding Windows connoisseur and all. You may or may not be > pleased to know that it was gambas alone that got me to finally move, > lock, stock and barrel, to Linux. > > Of course, I now have a big problem with having paid for a very > expensive, long-term Microsoft MSDN VLK subscription. Care for a > full-blown Enterprise Server 2008 or Windows 7 Ultimate to do some > testing on? > > Or to put it another way, congratulations. If I like it, despite the > learning curve I've had, you've done exceedingly well. > > That's a compliment, not an insult, ok? ok ;) > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > From gambas at ...1... Thu Dec 31 14:10:59 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 31 Dec 2009 14:10:59 +0100 Subject: [Gambas-devel] =?utf-8?q?gb3=2C_qt4=2C_Ubuntu_9=2E10_---=3E_Envir?= =?utf-8?q?onment_issue_or_=09bug=3F?= In-Reply-To: References: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> Message-ID: <200912311410.59349.gambas@...1...> > 2009/12/31 Fabien Bodard : > > I've the soluce :) > > > > yourtext > > You sure do. > > > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 > > Yeah, but you guys keep telling me to read the Gambas documentation :) > > I'll update the HTML tags pages. Thanks. > This is not really a solution, as is only understood by luck. But as TextEdit lies only in gb.qt4, it is not really a problem... -- Beno?t Minisini From nospam.nospam.nospam at ...176... Thu Dec 31 14:15:14 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 1 Jan 2010 00:15:14 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: <200912311410.59349.gambas@...1...> References: <6324a42a0912310228t716dac4fs31134ff8bbf61e57@...178...> <200912311410.59349.gambas@...1...> Message-ID: 2010/1/1 Beno?t Minisini : >> 2009/12/31 Fabien Bodard : >> > I've the soluce :) >> > >> > yourtext >> >> You sure do. >> >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 >> >> Yeah, but you guys keep telling me to read the Gambas documentation :) >> >> I'll update the HTML tags pages. Thanks. >> > > This is not really a solution, as is only understood by luck. But as > TextEdit lies only in gb.qt4, it is not really a problem... I already updated the page. I can undo it if you wish. From gambas at ...1... Thu Dec 31 14:23:13 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 31 Dec 2009 14:23:13 +0100 Subject: [Gambas-devel] =?utf-8?q?gb3=2C_qt4=2C_Ubuntu_9=2E10_---=3E_Envir?= =?utf-8?q?onment_issue_or_=09bug=3F?= In-Reply-To: References: <200912311410.59349.gambas@...1...> Message-ID: <200912311423.13475.gambas@...1...> > 2010/1/1 Beno?t Minisini : > >> 2009/12/31 Fabien Bodard : > >> > I've the soluce :) > >> > > >> > yourtext > >> > >> You sure do. > >> > >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 > >> > >> Yeah, but you guys keep telling me to read the Gambas documentation :) > >> > >> I'll update the HTML tags pages. Thanks. > > > > This is not really a solution, as is only understood by luck. But > > as TextEdit lies only in gb.qt4, it is not really a problem... > > I already updated the page. I can undo it if you wish. > Yes, because is not understood as a rich text marker in gb.gtk. Rich text must be kept the same for gb.qt and gb.gtk. Regards, -- Beno?t Minisini From nospam.nospam.nospam at ...176... Thu Dec 31 15:12:40 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 1 Jan 2010 01:12:40 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: <200912311423.13475.gambas@...1...> References: <200912311410.59349.gambas@...1...> <200912311423.13475.gambas@...1...> Message-ID: 2010/1/1 Beno?t Minisini : >> 2010/1/1 Beno?t Minisini : >> >> 2009/12/31 Fabien Bodard : >> >> > I've the soluce :) >> >> > >> >> > yourtext >> >> >> >> You sure do. >> >> >> >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 >> >> >> >> Yeah, but you guys keep telling me to read the Gambas documentation :) >> >> >> >> I'll update the HTML tags pages. Thanks. >> > >> > This is not really a solution, as is only understood by luck. But >> > as TextEdit lies only in gb.qt4, it is not really a problem... >> >> I already updated the page. I can undo it if you wish. >> > > Yes, because is not understood as a rich text marker in gb.gtk. Rich > text must be kept the same for gb.qt and gb.gtk. Undone. From nospam.nospam.nospam at ...176... Thu Dec 31 15:36:10 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 1 Jan 2010 01:36:10 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: <200912311423.13475.gambas@...1...> References: <200912311410.59349.gambas@...1...> <200912311423.13475.gambas@...1...> Message-ID: 2010/1/1 Beno?t Minisini : >> 2010/1/1 Beno?t Minisini : >> >> 2009/12/31 Fabien Bodard : >> >> > I've the soluce :) >> >> > >> >> > yourtext >> >> >> >> You sure do. >> >> >> >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 >> >> >> >> Yeah, but you guys keep telling me to read the Gambas documentation :) >> >> >> >> I'll update the HTML tags pages. Thanks. >> > >> > This is not really a solution, as is only understood by luck. But >> > as TextEdit lies only in gb.qt4, it is not really a problem... >> >> I already updated the page. I can undo it if you wish. >> > > Yes, because is not understood as a rich text marker in gb.gtk. Rich > text must be kept the same for gb.qt and gb.gtk. So, do you have any ideas about how to get the horizontal scrollbar to display without relying on luck? From gambas at ...1... Thu Dec 31 16:20:22 2009 From: gambas at ...1... (=?utf-8?q?Beno=C3=AEt_Minisini?=) Date: Thu, 31 Dec 2009 16:20:22 +0100 Subject: [Gambas-devel] =?utf-8?q?gb3=2C_qt4=2C_Ubuntu_9=2E10_---=3E_Envir?= =?utf-8?q?onment_issue_or_=09bug=3F?= In-Reply-To: References: <200912311423.13475.gambas@...1...> Message-ID: <200912311620.22466.gambas@...1...> > 2010/1/1 Beno?t Minisini : > >> 2010/1/1 Beno?t Minisini : > >> >> 2009/12/31 Fabien Bodard : > >> >> > I've the soluce :) > >> >> > > >> >> > yourtext > >> >> > >> >> You sure do. > >> >> > >> >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 > >> >> > >> >> Yeah, but you guys keep telling me to read the Gambas documentation > >> >> :) > >> >> > >> >> I'll update the HTML tags pages. Thanks. > >> > > >> > This is not really a solution, as is only understood by luck. > >> > But as TextEdit lies only in gb.qt4, it is not really a problem... > >> > >> I already updated the page. I can undo it if you wish. > > > > Yes, because is not understood as a rich text marker in gb.gtk. > > Rich text must be kept the same for gb.qt and gb.gtk. > > So, do you have any ideas about how to get the horizontal scrollbar to > display without relying on luck? > TextEdit displays HTML-like text, and HTML is always formatted according to a given width. By default, that width is the width of the TextEdit display area. Qt allows to specify an arbitrary width, but it won't change the story: the horizontal scrollbar will display only if the HTML text cannot be wrapped to the widget width. -- Beno?t Minisini From nospam.nospam.nospam at ...176... Thu Dec 31 23:59:46 2009 From: nospam.nospam.nospam at ...176... (Kadaitcha Man) Date: Fri, 1 Jan 2010 09:59:46 +1100 Subject: [Gambas-devel] gb3, qt4, Ubuntu 9.10 ---> Environment issue or bug? In-Reply-To: <200912311620.22466.gambas@...1...> References: <200912311423.13475.gambas@...1...> <200912311620.22466.gambas@...1...> Message-ID: 2010/1/1 Beno?t Minisini : >> 2010/1/1 Beno?t Minisini : >> >> 2010/1/1 Beno?t Minisini : >> >> >> 2009/12/31 Fabien Bodard : >> >> >> > I've the soluce :) >> >> >> > >> >> >> > yourtext >> >> >> >> >> >> You sure do. >> >> >> >> >> >> > http://www.htmlgoodies.com/beyond/reference/article.php/3472851 >> >> >> >> >> >> Yeah, but you guys keep telling me to read the Gambas documentation >> >> >> :) >> >> >> >> >> >> I'll update the HTML tags pages. Thanks. >> >> > >> >> > This is not really a solution, as is only understood by luck. >> >> > But as TextEdit lies only in gb.qt4, it is not really a problem... >> >> >> >> I already updated the page. I can undo it if you wish. >> > >> > Yes, because is not understood as a rich text marker in gb.gtk. >> > Rich text must be kept the same for gb.qt and gb.gtk. >> >> So, do you have any ideas about how to get the horizontal scrollbar to >> display without relying on luck? >> > > TextEdit displays HTML-like text, and HTML is always formatted according to a > given width. > > By default, that width is the width of the TextEdit display area. > > Qt allows to specify an arbitrary width, but it won't change the story: the > horizontal scrollbar will display only if the HTML text cannot be wrapped to > the widget width. Ok, how should the text be constructed so that it cannot be wrapped to the widget width?