From gambas at ...1... Sat Jun 2 21:32:39 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sat, 02 Jun 2012 21:32:39 +0200 Subject: [Gambas-devel] Release of Gambas 3.2 Message-ID: <4FCA6A57.5010208@...1...> Hi, I'd like to release Gambas 3.2 soon. So if anyone has something blocking that, please tell me! -- Beno?t Minisini From adrien.prokopowicz at ...176... Sat Jun 2 21:41:49 2012 From: adrien.prokopowicz at ...176... (Adrien Prokopowicz) Date: Sat, 02 Jun 2012 21:41:49 +0200 Subject: [Gambas-devel] Release of Gambas 3.2 In-Reply-To: <4FCA6A57.5010208@...1...> References: <4FCA6A57.5010208@...1...> Message-ID: <1543411.EoLBs3BDRy@...696...> Le samedi 2 juin 2012 21:32:39 Beno?t Minisini a ?crit : > Hi, > > I'd like to release Gambas 3.2 soon. > > So if anyone has something blocking that, please tell me! Hi Beno?t, I still have some minor fixes to add to gb.xml. I added a TODO file in the gb.xml folder, that contains all I'd like to do before the release. This is not very important stuff, it's only little features to add or memory leaks to find. I think I only need one or two weeks to to it. When would you like to release ? From gambas at ...1... Sat Jun 2 21:42:29 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sat, 02 Jun 2012 21:42:29 +0200 Subject: [Gambas-devel] Release of Gambas 3.2 In-Reply-To: <1543411.EoLBs3BDRy@...696...> References: <4FCA6A57.5010208@...1...> <1543411.EoLBs3BDRy@...696...> Message-ID: <4FCA6CA5.8050400@...1...> Le 02/06/2012 21:41, Adrien Prokopowicz a ?crit : > Le samedi 2 juin 2012 21:32:39 Beno?t Minisini a ?crit : >> Hi, >> >> I'd like to release Gambas 3.2 soon. >> >> So if anyone has something blocking that, please tell me! > > Hi Beno?t, > > I still have some minor fixes to add to gb.xml. I added a TODO file in the > gb.xml folder, that contains all I'd like to do before the release. > This is not very important stuff, it's only little features to add or memory > leaks to find. > > I think I only need one or two weeks to to it. When would you like to release > ? > After Jun, 11th anyway. -- Beno?t Minisini From adrien.prokopowicz at ...176... Sat Jun 2 22:30:10 2012 From: adrien.prokopowicz at ...176... (Adrien Prokopowicz) Date: Sat, 2 Jun 2012 22:30:10 +0200 Subject: [Gambas-devel] Release of Gambas 3.2 In-Reply-To: <4FCA6CA5.8050400@...1...> References: <4FCA6A57.5010208@...1...> <1543411.EoLBs3BDRy@...696...> <4FCA6CA5.8050400@...1...> Message-ID: Okay, It will be done before Jun, 18th anyway. Le 2 juin 2012 21:42, "Beno?t Minisini" a ?crit : > Le 02/06/2012 21:41, Adrien Prokopowicz a ?crit : > > Le samedi 2 juin 2012 21:32:39 Beno?t Minisini a ?crit : > >> Hi, > >> > >> I'd like to release Gambas 3.2 soon. > >> > >> So if anyone has something blocking that, please tell me! > > > > Hi Beno?t, > > > > I still have some minor fixes to add to gb.xml. I added a TODO file in > the > > gb.xml folder, that contains all I'd like to do before the release. > > This is not very important stuff, it's only little features to add or > memory > > leaks to find. > > > > I think I only need one or two weeks to to it. When would you like to > release > > ? > > > > After Jun, 11th anyway. > > -- > Beno?t Minisini > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > 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 gambas at ...1... Sun Jun 3 01:20:10 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sun, 03 Jun 2012 01:20:10 +0200 Subject: [Gambas-devel] Problems with current Gambas 3 packaging Message-ID: <4FCA9FAA.5000806@...1...> Hi, There are problems with current gambas 3 packaging. So I have updated the "How to package Gambas" page on the wiki, that describes the packaging specifications. The changes are: * gb.gui, gb.gui.opengl are part of gambas3-runtime, and do not depend on any other package. These components were incorrectly put it their own package before. * The list of all packages has been updated. * Each package of this list has now a list of other packages they depend on. If you are making Gambas 3 binary packages, please review these specifications again, and tell me what you think about them, if some problems arise... Thanks in advance! -- Beno?t Minisini From gambas at ...1... Sun Jun 3 17:34:49 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sun, 03 Jun 2012 17:34:49 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface Message-ID: <4FCB8419.1020303@...1...> Hi Tobi, Here is a few (strong) suggestions about the gb.ncurses interface :-) This is mainly some symbol renaming for simplification and coherency with other components. Tell me of course if you disagree or if you have a better solution! Color class ----------- I suggest splitting the class, and having a Color class for colors, and a Pair class for pairs. Color.Capabilities.Color ---> Color.Available Color.Capabilities.Change ---> Color.CanChange Color.Colors ---> Color.Count Color[] ---> Pair[] Color.Pairs ---> Pair.Count Color.Content & Color.Define ---> Color[].{Red,Green,Blue} Color.Define ---> Color.Set I strongly suggest to use floating point values between 0.0 and 1.0 for color components, and not the library values between 0 and 1000. Window class ------------ ContainerW & ContainerH: I don't like the name of these properties. :-) Are they really useful? Can't we assume that the window border is always one character? Otherwise, can't you have X,Y,W,H property for the outer, and ClientX,ClientY,ClientW,ClientH for the inner, like in gui components? Screen class ------------ Screen.Repeater ---> Screen.RepeatDelay That's all at the moment! Now waiting for your comments... Regards, -- Beno?t Minisini From tobias at ...692... Mon Jun 4 18:14:01 2012 From: tobias at ...692... (tobi) Date: Mon, 4 Jun 2012 18:14:01 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <4FCB8419.1020303@...1...> References: <4FCB8419.1020303@...1...> Message-ID: <20120604161401.GC611@...693...> On Sun, 03 Jun 2012, Beno?t Minisini wrote: > Hi Tobi, > > Here is a few (strong) suggestions about the gb.ncurses interface :-) > > This is mainly some symbol renaming for simplification and coherency > with other components. > > Tell me of course if you disagree or if you have a better solution! > > Color class > ----------- > > I suggest splitting the class, and having a Color class for colors, and > a Pair class for pairs. > > Color.Capabilities.Color ---> Color.Available > > Color.Capabilities.Change ---> Color.CanChange > > Color.Colors ---> Color.Count > > Color[] ---> Pair[] > > Color.Pairs ---> Pair.Count > > Color.Content & Color.Define ---> Color[].{Red,Green,Blue} > > Color.Define ---> Color.Set > > I strongly suggest to use floating point values between 0.0 and 1.0 for > color components, and not the library values between 0 and 1000. > > Window class > ------------ > > ContainerW & ContainerH: I don't like the name of these properties. :-) > > Are they really useful? Can't we assume that the window border is always > one character? > > Otherwise, can't you have X,Y,W,H property for the outer, and > ClientX,ClientY,ClientW,ClientH for the inner, like in gui components? > > Screen class > ------------ > > Screen.Repeater ---> Screen.RepeatDelay > > That's all at the moment! Now waiting for your comments... > > Regards, > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > I cannot disagree to "strong" suggestions ;) In fact, splitting Color to Color and Pair is a good idea. I didn't concern much with the Color class yet. I remember to have read something about the [0..1000] arguments but I simply didn't recognise it (strange, because I wrote the code :)), will be done. So, the next thing - if I ever finish that NoDelay input mode - would be to implement controls. I have only some thoughts and half of a draft about that but it will likely turn the Window class into a container-only object, so, in the future, there will be no distinction (and yes, in the meantime, we can assume that borders are one character each) Screen.RepeatDelay is o.k., too. Regards, Tobi From gambas at ...1... Mon Jun 4 20:08:32 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Mon, 04 Jun 2012 20:08:32 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <20120604161401.GC611@...693...> References: <4FCB8419.1020303@...1...> <20120604161401.GC611@...693...> Message-ID: <4FCCF9A0.40602@...1...> Le 04/06/2012 18:14, tobi a ?crit : > > I cannot disagree to "strong" suggestions ;) > > In fact, splitting Color to Color and Pair is a good idea. > > I didn't concern much with the Color class yet. I remember to have read something about the > [0..1000] arguments but I simply didn't recognise it (strange, because I wrote the code :)), > will be done. > > So, the next thing - if I ever finish that NoDelay input mode - would be to implement controls. I > have only some thoughts and half of a draft about that but it will likely turn the Window class into > a container-only object, so, in the future, there will be no distinction (and yes, in the meantime, > we can assume that borders are one character each) > > Screen.RepeatDelay is o.k., too. > > Regards, > Tobi > I want to release 3.2 next week. If I can't, it will be at the end of the month. Can you synchronize your development so that Gambas 3.2 has a clear distinction between the stable part (whose interface should not change) and the unstable part (controls, and maybe NoDelay) ? -- Beno?t Minisini From muelyudi at ...697... Mon Jun 4 19:46:30 2012 From: muelyudi at ...697... (Samuel 488914 Iswahyudi) Date: Tue, 5 Jun 2012 00:46:30 +0700 Subject: [Gambas-devel] SOAP and Gambas Message-ID: Does anybody know to connect web service SOAP to a gambas project?For example I want to make gambas currency converter using this http://www.webservicex.net/CurrencyConvertor.asmx . I use gambas 2 and 3 -------------- next part -------------- An HTML attachment was scrubbed... URL: From tobias at ...692... Mon Jun 4 20:12:30 2012 From: tobias at ...692... (tobi) Date: Mon, 4 Jun 2012 20:12:30 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <4FCCF9A0.40602@...1...> References: <4FCB8419.1020303@...1...> <20120604161401.GC611@...693...> <4FCCF9A0.40602@...1...> Message-ID: <20120604181230.GE611@...693...> On Mon, 04 Jun 2012, Beno?t Minisini wrote: > Le 04/06/2012 18:14, tobi a ?crit : > > > > I cannot disagree to "strong" suggestions ;) > > > > In fact, splitting Color to Color and Pair is a good idea. > > > > I didn't concern much with the Color class yet. I remember to have read something about the > > [0..1000] arguments but I simply didn't recognise it (strange, because I wrote the code :)), > > will be done. > > > > So, the next thing - if I ever finish that NoDelay input mode - would be to implement controls. I > > have only some thoughts and half of a draft about that but it will likely turn the Window class into > > a container-only object, so, in the future, there will be no distinction (and yes, in the meantime, > > we can assume that borders are one character each) > > > > Screen.RepeatDelay is o.k., too. > > > > Regards, > > Tobi > > > > I want to release 3.2 next week. If I can't, it will be at the end of > the month. > > Can you synchronize your development so that Gambas 3.2 has a clear > distinction between the stable part (whose interface should not change) > and the unstable part (controls, and maybe NoDelay) ? > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > I don't think so but of couse, I will try. From tobias at ...692... Sat Jun 9 23:21:50 2012 From: tobias at ...692... (tobi) Date: Sat, 9 Jun 2012 23:21:50 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <20120604181230.GE611@...693...> References: <4FCB8419.1020303@...1...> <20120604161401.GC611@...693...> <4FCCF9A0.40602@...1...> <20120604181230.GE611@...693...> Message-ID: <20120609212150.GA738@...693...> On Mon, 04 Jun 2012, tobi wrote: > On Mon, 04 Jun 2012, Beno?t Minisini wrote: > > Le 04/06/2012 18:14, tobi a ?crit : > > > > > > I cannot disagree to "strong" suggestions ;) > > > > > > In fact, splitting Color to Color and Pair is a good idea. > > > > > > I didn't concern much with the Color class yet. I remember to have read something about the > > > [0..1000] arguments but I simply didn't recognise it (strange, because I wrote the code :)), > > > will be done. > > > > > > So, the next thing - if I ever finish that NoDelay input mode - would be to implement controls. I > > > have only some thoughts and half of a draft about that but it will likely turn the Window class into > > > a container-only object, so, in the future, there will be no distinction (and yes, in the meantime, > > > we can assume that borders are one character each) > > > > > > Screen.RepeatDelay is o.k., too. > > > > > > Regards, > > > Tobi > > > > > > > I want to release 3.2 next week. If I can't, it will be at the end of > > the month. > > > > Can you synchronize your development so that Gambas 3.2 has a clear > > distinction between the stable part (whose interface should not change) > > and the unstable part (controls, and maybe NoDelay) ? > > > > -- > > Beno?t Minisini > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Gambas-devel mailing list > > Gambas-devel at lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/gambas-devel > > > > I don't think so but of couse, I will try. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > I saw, you have "changed the version" but not already tagged in svn? Please, don't wait for me with that. The differences in the debugger are overwhelming on the new machine (migrated from 32 to 64 bits)... I could recently spot some strange debugging output from gb.ncurses: on my older, slower machine, the limit is far earlier reached than here but I seriously get entire stack frames smashed when *excessively* hitting non-ascii chars on my keyboard - don't ask me why because the only stack buffer I am using in this case, if I see correctly, is written to by the kernel and only used by ncurses. Since there are no concurrent threads, I'm out of ideas so far and consequently must step through the code in greater detail... That's where the new environment comes in - and, of course, the period of big tests at the end of the school year. 64 bit addresses only are really difficult to read if you're not used to ;) I can even hardly read the assembly code here... Sorry for the still unfinished interface, it must wait until 3.3 ;) Regards, Tobi From gambas at ...1... Sat Jun 9 23:59:21 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sat, 09 Jun 2012 23:59:21 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <20120609212150.GA738@...693...> References: <4FCB8419.1020303@...1...> <20120604161401.GC611@...693...> <4FCCF9A0.40602@...1...> <20120604181230.GE611@...693...> <20120609212150.GA738@...693...> Message-ID: <4FD3C739.9000907@...1...> Le 09/06/2012 23:21, tobi a ?crit : > On Mon, 04 Jun 2012, tobi wrote: >> On Mon, 04 Jun 2012, Beno?t Minisini wrote: >>> Le 04/06/2012 18:14, tobi a ?crit : >>>> >>>> I cannot disagree to "strong" suggestions ;) >>>> >>>> In fact, splitting Color to Color and Pair is a good idea. >>>> >>>> I didn't concern much with the Color class yet. I remember to have read something about the >>>> [0..1000] arguments but I simply didn't recognise it (strange, because I wrote the code :)), >>>> will be done. >>>> >>>> So, the next thing - if I ever finish that NoDelay input mode - would be to implement controls. I >>>> have only some thoughts and half of a draft about that but it will likely turn the Window class into >>>> a container-only object, so, in the future, there will be no distinction (and yes, in the meantime, >>>> we can assume that borders are one character each) >>>> >>>> Screen.RepeatDelay is o.k., too. >>>> >>>> Regards, >>>> Tobi >>>> >>> >>> I want to release 3.2 next week. If I can't, it will be at the end of >>> the month. >>> >>> Can you synchronize your development so that Gambas 3.2 has a clear >>> distinction between the stable part (whose interface should not change) >>> and the unstable part (controls, and maybe NoDelay) ? >>> >>> -- >>> Beno?t Minisini >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Gambas-devel mailing list >>> Gambas-devel at lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/gambas-devel >>> >> >> I don't think so but of couse, I will try. >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Gambas-devel mailing list >> Gambas-devel at lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/gambas-devel >> > > I saw, you have "changed the version" but not already tagged in svn? I will tag it in a few days I think. Just fixing some remaining bugs... > > Please, don't wait for me with that. Just ensure that you will be able to keep the Gambas 3.2 gb.ncurses interface in the next versions without changing everything. Gambas 3.X must be able to run Gambas 3.Y code as soon as Y < X > The differences in the debugger are overwhelming on the new > machine (migrated from 32 to 64 bits)... I could recently spot some strange debugging output from > gb.ncurses: on my older, slower machine, the limit is far earlier reached than here but I seriously > get entire stack frames smashed when *excessively* hitting non-ascii chars on my keyboard - don't > ask me why because the only stack buffer I am using in this case, if I see correctly, is written to > by the kernel and only used by ncurses. Since there are no concurrent threads, I'm out of ideas so > far and consequently must step through the code in greater detail... That's where the new > environment comes in - and, of course, the period of big tests at the end of the school year. > 64 bit addresses only are really difficult to read if you're not used to ;) I can even hardly read > the assembly code here... > > Sorry for the still unfinished interface, it must wait until 3.3 ;) > > Regards, > Tobi > Have you used valgrind on your code? It may help... -- Beno?t Minisini From tobias at ...692... Sun Jun 10 11:25:52 2012 From: tobias at ...692... (tobi) Date: Sun, 10 Jun 2012 11:25:52 +0200 Subject: [Gambas-devel] To Tobias : about gb.ncurses interface In-Reply-To: <4FD3C739.9000907@...1...> References: <4FCB8419.1020303@...1...> <20120604161401.GC611@...693...> <4FCCF9A0.40602@...1...> <20120604181230.GE611@...693...> <20120609212150.GA738@...693...> <4FD3C739.9000907@...1...> Message-ID: <20120610092552.GA771@...693...> > > I saw, you have "changed the version" but not already tagged in svn? > > I will tag it in a few days I think. Just fixing some remaining bugs... > > > > > Please, don't wait for me with that. > > Just ensure that you will be able to keep the Gambas 3.2 gb.ncurses > interface in the next versions without changing everything. > > Gambas 3.X must be able to run Gambas 3.Y code as soon as Y < X > > > The differences in the debugger are overwhelming on the new > > machine (migrated from 32 to 64 bits)... I could recently spot some strange debugging output from > > gb.ncurses: on my older, slower machine, the limit is far earlier reached than here but I seriously > > get entire stack frames smashed when *excessively* hitting non-ascii chars on my keyboard - don't > > ask me why because the only stack buffer I am using in this case, if I see correctly, is written to > > by the kernel and only used by ncurses. Since there are no concurrent threads, I'm out of ideas so > > far and consequently must step through the code in greater detail... That's where the new > > environment comes in - and, of course, the period of big tests at the end of the school year. > > 64 bit addresses only are really difficult to read if you're not used to ;) I can even hardly read > > the assembly code here... > > > > Sorry for the still unfinished interface, it must wait until 3.3 ;) > > > > Regards, > > Tobi > > > > Have you used valgrind on your code? It may help... > > -- > Beno?t Minisini > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Gambas-devel mailing list > Gambas-devel at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gambas-devel > I have tried but when you just said that... Let me outline the situation: - I have just tried enabling SSP (which if I remember correctly, arch linux gcc does not do per default) but I get no corruption reported - Contrary, I have a screenshot here that shows that the GB structure has its first 13 longs overridden with 0x40404040 (from my 32bit machine) and I wonder where those '@' come from! - Sometimes I can get a resonable backtrace and just this minute I couldn't get anything useful - totally scrambled Isn't the stack one large memory area without holes? I don't know an option to valgrind to get stack corruption analysed - and stack smash is just an assumption - for me, valgrind only reports invalid r/w but those cannot occur on the stack, right? Having SSP enabled, my program shouldn't have crashed with SIGSEGV but via abort() in case of stack corruption, unless the error is non-trivial... That's interesting and Wednesday the, for me, most important test will be written, then I'll have some time left. I better commit your interface suggestions now for 3.2, regardless of the state of this mess? Regards, Tobi From gambas at ...1... Wed Jun 13 13:29:02 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Wed, 13 Jun 2012 13:29:02 +0200 Subject: [Gambas-devel] gb.ncurses and CDK In-Reply-To: <20120612200208.GA863@...693...> References: <20120612200208.GA863@...693...> Message-ID: <4FD8797E.7050405@...1...> Le 12/06/2012 22:02, tobi a ?crit : > Hi, > > tomorrow, the most important test will be written, consequently, tomorrow evening I will have > committed your suggestions. It is (almost) completely written but I will have to test it a bit. > > Another thing: I had a really quick look at the sources an documentation of CDK (curses development > kit or so) which offers ncurses widgets. I was, however, not very convinced of the whole thing but I > may be wrong. Anyways, it would be another dependency so - if I remember correctly, you are using > Ubuntu which counts as a popular distribution - could you please check if there exists a package in > Ubuntu's package management for cdk? Arch Linux has none, compilation is really simple and fast but, > additional to my worries about the code in general, it would be a reason against using it. Ubuntu has a libcdk5 package. Are you sure that Arch does not have it? Because there is perl and java bindings too. > With a reasonable Control class, it will be not much work to implement some controls like in the GUI > components, I have in mind: > - ScrollView (insert a lot of text and show only parts) (using ncurses pads) > - TextBox (using ncurses form extension) > - TextArea (form extension) > - Editor (highlighting) (coloured TextArea, s.b.) > - Button (forms) > - ListView (ncurses menu extension) > (and related) > > Even a menu could be possible... > > As for the Editor, I once offered to do a vim-like syntax highlighting (have text files that would > specify syntax in a powerful manner so that you don't need to write modules or whatever for certain > syntaxes supported by gambas) - if I am so far: where to start researching? I have only a little > clue of what is going on with the Highlight class (it seemed first to me that it is higher level > (gb.qt4.ext) but there was, if I remember correctly, something in the main/ directory somewhere > which implements highlighting...?) > The Highlight class is in the gb.eval component. It is extended into the gb.qt4.ext editor so that you can add custom highlighting to the Editor through a "Highlight" event that is called for each editor line that must be highlighted. This feature is used by the gb.eval.highlight component that implements highlighting for some text formats (html, C, javascript, css...). Regards, -- Beno?t Minisini From lordheavym at ...176... Thu Jun 14 14:05:01 2012 From: lordheavym at ...176... (Laurent Carlier) Date: Thu, 14 Jun 2012 14:05:01 +0200 Subject: [Gambas-devel] gb.ncurses and CDK In-Reply-To: <4FD8797E.7050405@...1...> References: <20120612200208.GA863@...693...> <4FD8797E.7050405@...1...> Message-ID: <1861752.8AMivI1Iqp@...676...> Le mercredi 13 juin 2012 13:29:02 Beno?t Minisini a ?crit : > Le 12/06/2012 22:02, tobi a ?crit : > > Hi, > > > > tomorrow, the most important test will be written, consequently, tomorrow > > evening I will have committed your suggestions. It is (almost) completely > > written but I will have to test it a bit. > > > > Another thing: I had a really quick look at the sources an documentation > > of CDK (curses development kit or so) which offers ncurses widgets. I > > was, however, not very convinced of the whole thing but I may be wrong. > > Anyways, it would be another dependency so - if I remember correctly, you > > are using Ubuntu which counts as a popular distribution - could you > > please check if there exists a package in Ubuntu's package management for > > cdk? Arch Linux has none, compilation is really simple and fast but, > > additional to my worries about the code in general, it would be a reason > > against using it. > Ubuntu has a libcdk5 package. Are you sure that Arch does not have it? > Because there is perl and java bindings too. > It's not a problem, i can push libcdk5 in the repos if it's a dependency of gb.ncurse component. Regards -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From tobias at ...692... Thu Jun 14 16:08:50 2012 From: tobias at ...692... (tobi) Date: Thu, 14 Jun 2012 16:08:50 +0200 Subject: [Gambas-devel] gb.ncurses and CDK In-Reply-To: <1861752.8AMivI1Iqp@...676...> References: <20120612200208.GA863@...693...> <4FD8797E.7050405@...1...> <1861752.8AMivI1Iqp@...676...> Message-ID: <20120614140850.GA742@...693...> On Thu, 14 Jun 2012, Laurent Carlier wrote: > Le mercredi 13 juin 2012 13:29:02 Beno?t Minisini a ?crit : > > Le 12/06/2012 22:02, tobi a ?crit : > > > Hi, > > > > > > tomorrow, the most important test will be written, consequently, tomorrow > > > evening I will have committed your suggestions. It is (almost) completely > > > written but I will have to test it a bit. > > > > > > Another thing: I had a really quick look at the sources an documentation > > > of CDK (curses development kit or so) which offers ncurses widgets. I > > > was, however, not very convinced of the whole thing but I may be wrong. > > > Anyways, it would be another dependency so - if I remember correctly, you > > > are using Ubuntu which counts as a popular distribution - could you > > > please check if there exists a package in Ubuntu's package management for > > > cdk? Arch Linux has none, compilation is really simple and fast but, > > > additional to my worries about the code in general, it would be a reason > > > against using it. > > Ubuntu has a libcdk5 package. Are you sure that Arch does not have it? > > Because there is perl and java bindings too. > > > > It's not a problem, i can push libcdk5 in the repos if it's a dependency of > gb.ncurse component. > > Regards Cool, so I will have a look into it. Regards, Tobi From redakyarab at ...7... Tue Jun 19 14:07:07 2012 From: redakyarab at ...7... (mohamed yousef) Date: Tue, 19 Jun 2012 05:07:07 -0700 (PDT) Subject: [Gambas-devel] (no subject) Message-ID: <1340107627.27360.YahooMailNeo@...699...> Hi all, How can I make mouse click in any where in desktop, I already moved the mouse with -- mouse.move(x,y) and send keys with --?Desktop.SendKeys("s") but how can I make mouse click and right click and so on Thanks in advance Mohamed yousof -------------- next part -------------- An HTML attachment was scrubbed... URL: From gambas at ...1... Sat Jun 30 13:16:30 2012 From: gambas at ...1... (=?ISO-8859-1?Q?Beno=EEt_Minisini?=) Date: Sat, 30 Jun 2012 13:16:30 +0200 Subject: [Gambas-devel] Release of Gambas 3.2.0 Message-ID: <4FEEE00E.7030709@...1...> Hi, I am going to tag Gambas 3.2.0 now, so I hope noone has a big terrible pending bug in his code. :-) -- Beno?t Minisini From gambas.fr at ...176... Sat Jun 30 13:18:56 2012 From: gambas.fr at ...176... (Fabien Bodard) Date: Sat, 30 Jun 2012 13:18:56 +0200 Subject: [Gambas-devel] Release of Gambas 3.2.0 In-Reply-To: <4FEEE00E.7030709@...1...> References: <4FEEE00E.7030709@...1...> Message-ID: Go, go, I had not the time to made more error :-) Le 30 juin 2012 13:17, "Beno?t Minisini" a ?crit : > Hi, > > I am going to tag Gambas 3.2.0 now, so I hope noone has a big terrible > pending bug in his code. :-) > > -- > Beno?t Minisini > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > 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: