Re: [Gambas-user] SDL component documentation
gb.sdl is incomplete ... in fact Laurent have begin to redraw all the gb.sdl lib by using OpenGl... but ... still incomplete ... i think the lack of users on this lib mess his enthusiasm (sorry for my english) Maybe if there is more user to test his work on gb3 he will purchase his work.. :/ another thing will be very fantastic in gambas ... (in my dream)... do you know Blitz Basic 3D ? try a look on it !!... it's a fabulous language that allow to easily make 3D Games. This lib just load Scene, and avatar (3D objects) and use preprogrammed actions... so in fact most of the job is done by the C lib ... i think with a tool like irrlicht engine we will be able to do a thing like Blitz... Be we are all busy and this is a job for new gambas helpers... Are we so few people to want a good Basic Language on linux ?... Is there no people so curious to create new C gambas Libs ? What are the difficulties on making gambas libs that limit the numbers of libs develloppers ? As python can do many things, Gambas can do the same and with more velocity... And a more beautifull IDE People of Gambas, Gambasians... help us to make Gambas even better, take some hour a month to add page on wiki, translate, create examples, create libs. You have idéas... it's good, you tell us to do things for you ... good ... but we are humans, with jobs, ... so like us ... you want something... try to do it yourself... and then if you can because you miss some knowlege... tell us for help ... this is the game and the philosophy of GNU world. And it's so anthousiasmic to have a piece of ourself in a great project ! NO ? Fabien Bodard This message is not only for Kevin ... :-) (Thanks kevin to try to help us !) 2009/12/2 kevinfishburne kevinfishbu...@eightvirtues.com: I've noticed that the documentation for the SDL component is incomplete. There are some basic examples in the BeastScroll example application packaged with GAMBAS, but is there a more extensive list of procedures implemented in GAMBAS for SDL? I'm guessing that the next best way of figuring out what has been implemented is to review the source code for the SDL component of GAMBAS. If that is the case, which source files should I look at to determine which SDL procedures have been implemented and how they're used? C and C++ source code is alien to me, so looking at all the files in gb.sdl/src is a bit intimidating in the context of discovering which procedures will work in GAMBAS. I consider SDL an extremely important aspect of GAMBAS, so if I could obtain the procedures and their usage/parameters I'd be willing to complete the missing documentation for them using the same syntax as the existing documentation. Thanks all. - Kevin Fishburne, Eight Virtues www: http://sales.eightvirtues.com http://sales.eightvirtues.com e-mail: mailto:sa...@eightvirtues.com sa...@eightvirtues.com phone: (770) 853-6271 -- View this message in context: http://old.nabble.com/SDL-component-documentation-tp26603936p26603936.html Sent from the gambas-user mailing list archive at Nabble.com. -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] Need a Ubuntu/Linux teacher
Hi All I am new to Linux. I am using Ubuntu 9.10. What I am looking for is a kind person to help me off line with Linux and Ubuntu. No I do not intend to use this list as my Linux learning aid. Other than this one message I will never ask this list for this type of help again. Yes I could join a Ubuntu mailing list. I am sure there are many very good Ubuntu mailing lists out there. I just do not want to join yet another mailing list. Anyone interested in helping me out please contact me direct. Just so that you know I do not know Linux but I do know computers. My first computer was a vic-2o. I like most new Linux users have come from the Windows world. I can make a Windows box sing. Thank you for your time in reading this message. Again from now on any message I send to this list will be about Gambas and nothing else. -- Let us hope we never witness the Silence Of The Hams 73 DE John KB2SCS Packet:kb2...@wa2pnu.#nli.ny.usa.noam E-Mail:kb2...@arrl.net Web Page: http://www.qsl.net/kb2scs -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Translated project in Gambas
That's what I needed :) Thank you very much! -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Need a Ubuntu/Linux teacher
On Saturday 05 December 2009 13:39:43 John wrote: Hi All I am new to Linux. I am using Ubuntu 9.10. What I am looking for is a kind person to help me off line with Linux and Ubuntu. No I do not intend to use this list as my Linux learning aid. Other than this one message I will never ask this list for this type of help again. Yes I could join a Ubuntu mailing list. I am sure there are many very good Ubuntu mailing lists out there. I just do not want to join yet another mailing list. Anyone interested in helping me out please contact me direct. Just so that you know I do not know Linux but I do know computers. My first computer was a vic-2o. I like most new Linux users have come from the Windows world. I can make a Windows box sing. Thank you for your time in reading this message. Again from now on any message I send to this list will be about Gambas and nothing else. Hi John, If you are fluent in Windows and PC in general, you do not need teacher! Just some more curiosity and wish to try out new things. I started my journey in the Linux world in year 2000 with SuSE, meanwhile I am using Ubuntu... You can learn virtually EVERYTHING just by asking uncle google ;-) This is the way I learned a lot. my recent google searches mysql odbc install on ubuntu - best hit was on howtoforge raid on ubuntu mysql on ubuntu I wish you success and lot of fun on your journey! very best regards Emil P.S. There are lot of books written, my favorite is Linux from Michael Koffler (it is in German, but there is translation available). Meanwhile it is old, but I mean it is good introduction in Linux. But you can look out for some other ... good luck -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Benoît Minisini schreef: Benoit, Here is the output of valgrind as requested. I hope it helps. Regards, Tony.. $ valgrind --tool=memcheck --num-callers=50 gbx2 ==2404== Memcheck, a memory error detector ==2404== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==2404== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==2404== Command: gbx2 ==2404== /dev/ttyUSB0 19200 0 8 1 1 1 ==2404== Invalid read of size 4 ==2404==at 0x535C586: CSerialPort_CallBack (CSerialPort.c:120) ==2404==by 0x4663A21: CWatch::write(int) (CWatch.cpp:143) ==2404== by0x4663885:CWatch::qt_invoke(int, QUObject*) (CWatch_moc.cpp:91) ... Is it better with revision #2455? (Ron, you can try too!) I guess not... Program received signal SIGSEGV, Segmentation fault. GB_Raise (object=0xd, event_id=0, nparam=0) at gbx_api.c:528 528OBJECT_REF(object, GB_Raise); (gdb) bt #0 GB_Raise (object=0xd, event_id=0, nparam=0) at gbx_api.c:528 #1 0x00334cd5 in CSerialPort_ReadCallBack (_object=0xd) at CSerialPort.c:175 #2 0x08060997 in raise_callback (wait=value optimized out) at gbx_watch.c:425 #3 do_loop (wait=value optimized out) at gbx_watch.c:498 #4 0x08060b04 in WATCH_loop () at gbx_watch.c:530 #5 0x08061b72 in main (argc=134739040, argv=0xb4f4) at gbx.c:358 (gdb) ==5235== Memcheck, a memory error detector ==5235== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==5235== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==5235== Command: gbx2 -p ==5235== Parent PID: 16998 ==5235== ==5235== Invalid read of size 4 ==5235==at 0x805D8DA: GB_Raise (gbx_api.c:528) ==5235==by 0x460CCD4: CSerialPort_ReadCallBack (CSerialPort.c:175) ==5235==by 0x8060996: do_loop (gbx_watch.c:425) ==5235==by 0x8060B03: WATCH_loop (gbx_watch.c:530) ==5235==by 0x8061B71: main (gbx.c:358) ==5235== Address 0x10 is not stack'd, malloc'd or (recently) free'd ==5235== ==5235== ==5235== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==5235== Access not within mapped region at address 0x10 ==5235==at 0x805D8DA: GB_Raise (gbx_api.c:528) ==5235==by 0x460CCD4: CSerialPort_ReadCallBack (CSerialPort.c:175) ==5235==by 0x8060996: do_loop (gbx_watch.c:425) ==5235==by 0x8060B03: WATCH_loop (gbx_watch.c:530) ==5235==by 0x8061B71: main (gbx.c:358) ==5235== If you believe this happened as a result of a stack ==5235== overflow in your program's main thread (unlikely but ==5235== possible), you can try to increase the size of the ==5235== main thread stack using the --main-stacksize= flag. ==5235== The main thread stack size used in this run was 8388608. Regards, 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
It should be ok with revision #2456! If it really works, can you check that changing the flow control between None and something else actually has an effect on CPU consumption? -- Benoît Minisini -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Benoît Minisini schreef: It should be ok with revision #2456! If it really works, can you check that changing the flow control between None and something else actually has an effect on CPU consumption? Benoît, no segfaults, but the system load when running my project with the patch is alot higher than before. Before it was 0.2-0.3 Now it's 1.0-1.10 I'm not using flowcontrol. $ grep FlowControl * CCTX35.class:.FlowControl = 0 CGPS.class:.FlowControl = 0 CPlugwise.class:.FlowControl = 0 CRFXComRX.class:.FlowControl = 0 CRFXComTX.class:.FlowControl = 0 CSMS.class:.FlowControl = 0 CVISCA.class:.FlowControl = 0 CWeeder.class:.FlowControl = 0 CZWave.class:.FlowControl = 0 Six of these serialports are active. And I presume 0 is the same as None. Regards, 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Benoît Minisini schreef: It should be ok with revision #2456! If it really works, can you check that changing the flow control between None and something else actually has an effect on CPU consumption? Benoît, no segfaults, but the system load when running my project with the patch is alot higher than before. Before it was 0.2-0.3 Now it's 1.0-1.10 I'm not using flowcontrol. $ grep FlowControl * CCTX35.class:.FlowControl = 0 CGPS.class:.FlowControl = 0 CPlugwise.class:.FlowControl = 0 CRFXComRX.class:.FlowControl = 0 CRFXComTX.class:.FlowControl = 0 CSMS.class:.FlowControl = 0 CVISCA.class:.FlowControl = 0 CWeeder.class:.FlowControl = 0 CZWave.class:.FlowControl = 0 Six of these serialports are active. And I presume 0 is the same as None. Regards, Ron_2nd. That would mean that the Read callback is called endlessly, as if there are always bytes to read on the serial port. Do you use the read event? Can you check that by implementing a Read event handler, check how much time it is called, and check what can be read on the serial port? If there is something to read on the serial port, if there are data to read, and if you don't read it, the Read callback will be called again and again. Regards, -- Benoît Minisini -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] tab
Hi, Is there any option to hide some of the tabs of a tab control? For different users I wish to show different information (depending on their right) but I don't know if I may make invisible or not enabled some of the tabs. Another quesion: can I change the order of the tabs (in design time)? Thanks, Robi -- View this message in context: http://old.nabble.com/tab-tp26656660p26656660.html Sent from the gambas-user mailing list archive at Nabble.com. -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Benoît Minisini schreef: Benoît Minisini schreef: It should be ok with revision #2456! If it really works, can you check that changing the flow control between None and something else actually has an effect on CPU consumption? Benoît, no segfaults, but the system load when running my project with the patch is alot higher than before. Before it was 0.2-0.3 Now it's 1.0-1.10 I'm not using flowcontrol. $ grep FlowControl * CCTX35.class:.FlowControl = 0 CGPS.class:.FlowControl = 0 CPlugwise.class:.FlowControl = 0 CRFXComRX.class:.FlowControl = 0 CRFXComTX.class:.FlowControl = 0 CSMS.class:.FlowControl = 0 CVISCA.class:.FlowControl = 0 CWeeder.class:.FlowControl = 0 CZWave.class:.FlowControl = 0 Six of these serialports are active. And I presume 0 is the same as None. Regards, Ron_2nd. That would mean that the Read callback is called endlessly, as if there are always bytes to read on the serial port. Do you use the read event? Can you check that by implementing a Read event handler, check how much time it is called, and check what can be read on the serial port? If there is something to read on the serial port, if there are data to read, and if you don't read it, the Read callback will be called again and again. Regards, Almost all of them use a Read event handler. CRFXComRX receives the most number of bytes, as it receives data from all of my temp/energy sensors. I have this defined: PUBLIC SUB RFXComRXSer_Read() DIM sData AS Byte READ #hRFXComRXSer, sData ProcessReceivedChar(sData) END So it reads data byte by byte and process them. Sure a continues flow of data, but before the latest rev. everything works with very low cpuload (with even higher serial loads) . I don't want to loose that! My guess is that now the Read event is called even when there is no data, otherwise I couldn't have a much lower load without changes to my code. I remember having reported the same issue of high loads of serialport code, you fixed it here: Revision: 1796 http://gambas.svn.sourceforge.net/gambas/?rev=1796view=rev Author: gambas Date: 2009-01-12 21:24:47 + (Mon, 12 Jan 2009) Log Message: --- [GB.NET] * BUG: Serial port devices are now watched for reading, not for writing. So the callback will not be called permanently. Modified Paths: -- gambas/branches/2.0/gb.net/src/CSerialPort.c Is this related to the fix you have put in now? If you want I can run valgrind/kcachegrind, but I have to make some free time first. Regards, 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Ron a écrit : ... runned valgrind tool for a while. And I got a rather strange winner, I got 3 milion calls of _add_char in gb_error.c Some debug code hanging around or something like that? See attached valgrind file. May be that's a source for what I noticed (Debian sid, XP2600+, 1.5GB RAM): if I start a GB project while there a CPU (or I/O) hungry process running, half the time GB says its running, but no window shows on screen. JY -- In which level of metalanguage are you now speaking? -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
Benoît Minisini schreef: Benoît Minisini schreef: It should be ok with revision #2456! If it really works, can you check that changing the flow control between None and something else actually has an effect on CPU consumption? Benoît, no segfaults, but the system load when running my project with the patch is alot higher than before. Before it was 0.2-0.3 Now it's 1.0-1.10 I'm not using flowcontrol. $ grep FlowControl * CCTX35.class:.FlowControl = 0 CGPS.class:.FlowControl = 0 CPlugwise.class:.FlowControl = 0 CRFXComRX.class:.FlowControl = 0 CRFXComTX.class:.FlowControl = 0 CSMS.class:.FlowControl = 0 CVISCA.class:.FlowControl = 0 CWeeder.class:.FlowControl = 0 CZWave.class:.FlowControl = 0 Six of these serialports are active. And I presume 0 is the same as None. Regards, Ron_2nd. That would mean that the Read callback is called endlessly, as if there are always bytes to read on the serial port. Do you use the read event? Can you check that by implementing a Read event handler, check how much time it is called, and check what can be read on the serial port? If there is something to read on the serial port, if there are data to read, and if you don't read it, the Read callback will be called again and again. Regards, Benoit, runned valgrind tool for a while. And I got a rather strange winner, I got 3 milion calls of _add_char in gb_error.c Some debug code hanging around or something like that? See attached valgrind file. Regards, Ron_2nd. The reason is a lot of one-byte reading that raises the EOF error. This should be logical if the read event handler is called whereas there is nothing to read, and then you read one byte. But why Linux tells me (the interpreter actually) that there is something to read on the serial port file descriptor, whereas there is nothing? Regards, -- Benoît Minisini -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] tab
2009/12/5 yuhej robert1juh...@gmail.com: Hi, Is there any option to hide some of the tabs of a tab control? For different users I wish to show different information (depending on their right) but I don't know if I may make invisible or not enabled some of the tabs. TabStrip1[0].Visible = FALSE orTabStrip1[0].Enabled = FALSE Another quesion: can I change the order of the tabs (in design time)? yes you have an option on right click on the form editor Thanks, Robi -- View this message in context: http://old.nabble.com/tab-tp26656660p26656660.html Sent from the gambas-user mailing list archive at Nabble.com. -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Problem with tableview when in edit mode
Benoît Minisini ha scritto: Benoît Minisini ha scritto: Benoît Minisini ha scritto: When in the tableview (in edit mode) I press an arrow key, the cursor slips on every possible cell in the request direction, until it finds the end of the tableview. But this is not enough: if the cursor key is Left or Right, the cell walking goes even further, wrapping to the next or previous row and restarting. For sure there is somewhere we don't understand each other. :-) I used a few TableView in the IDE: look at the project property dialog, in the environment tab. You will see how I implemented them: the insert and delete button, the Click, Data, Insert and Save event handlers... Please tell me the difference between what I did there and what you did. When you sent me your little example, I just added a Click event handler with a call to Edit() inside, and everything worked as expected. And if things works on some computers without change, maybe they use an old version of Gambas ( 2.13). Don't take me wrong. Sometimes it seems to me that you don't read the whole message before replying, and sometimes it seems to me that the real problem is not in evidence (english language plays a role in this...). You say that you just added a Click event handler to get the program work. Well, this is not the problem. The program *is* correct (it does practically nothing). The sample program, without modifications, on some machine runs well, and on other machines shows a problem that I will explain better. When you say old version of gambas (2.13), again it seems that you didn't read carefully what I've posted. In every post I specified precisely what gambas version was installed, what os was running on, and the QT library. Now the problem. The problem is that, when the grid is in edit mode, if you press a cursor key the cursor does not move to the adiacent cell; it does not stop: it travels all the cells until it stops on the upper-left cell, or the lower-right one. By doing this, it scrolls the tableview up or down, and if the cursor key was Left or Right, it goes to the right-most or left-most, then wraps around and restarts. For every visited cell a Click event is generated. Note that in the sample program there was no Click handler, just to shows precisely that my program does nothing strange in the click handler (by doing nothing, you can't do anything strange). Now you see that I was not complaining about gotfocus, or not editable cells, or anything else. I say that a single key press should move the cursor by a single cell, not travel the whole tableview. Now the history. 1. I discovered the error on one machine, with an updated debian stable, gambas v. 2.15.2, libqt-mt.so.3.3.8, while working on an old application. Suspecting that the complexity of the application could have hide something, I wrote a new project (the sample program). Same error. Then I tried it on the other machine: same OS, same libraries, same X server - only gambas different: version 2.0.0. No error. 2. I posted a message on the list, to ask if someone else saw the same error. Two users confirmed it - one gambas 2.16, another with gambas 2.17. So the problem is alive, on at least three machines. 3. I tried on a third machine. Same os, same libraries, gambas 2.15, same remote X server. Identical situation. No error. 4. Now I am at home. Same os, same libraries, gambas 2.0.0. No error. At this point, if someone tells me that I have to modify the program to make it work, I ask myself _why_ it works (I have seen more machines on which the program works well than machines where the problem shows up). On my machines, which are four, I've seen the problem only once. But two users on this list confirmed the error. So, it seems to be an error which shows up rarely, if we want to say so. The only idea I have now is to go back to my first machine and investigate more. It is very difficult to investigate on an error if that error does not show up... Now I ask you: you say you added a Click event to make the program work properly. Why you did so? Why you say this event handler was missing? What was the wrong behaviour, when the event handler was missing? I wait for your reply; the next week I will work again on the original machine (the only one where I saw the problem), and I am determined to see over the fog. Regards, -- Doriano Blengino Listen twice before you speak. This is why we have two ears, but only one mouth. -- 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-user mailing list Gambas-user@lists.sourceforge.net
Re: [Gambas-user] Problem with tableview when in edit mode
Don't take me wrong. Sometimes it seems to me that you don't read the whole message before replying, and sometimes it seems to me that the real problem is not in evidence (english language plays a role in this...). You say that you just added a Click event handler to get the program work. Well, this is not the problem. The program *is* correct (it does practically nothing). The sample program, without modifications, on some machine runs well, and on other machines shows a problem that I will explain better. When you say old version of gambas (2.13), again it seems that you didn't read carefully what I've posted. In every post I specified precisely what gambas version was installed, what os was running on, and the QT library. Now the problem. The problem is that, when the grid is in edit mode, if you press a cursor key the cursor does not move to the adiacent cell; it does not stop: it travels all the cells until it stops on the upper-left cell, or the lower-right one. By doing this, it scrolls the tableview up or down, and if the cursor key was Left or Right, it goes to the right-most or left-most, then wraps around and restarts. For every visited cell a Click event is generated. Note that in the sample program there was no Click handler, just to shows precisely that my program does nothing strange in the click handler (by doing nothing, you can't do anything strange). Now you see that I was not complaining about gotfocus, or not editable cells, or anything else. I say that a single key press should move the cursor by a single cell, not travel the whole tableview. Now the history. 1. I discovered the error on one machine, with an updated debian stable, gambas v. 2.15.2, libqt-mt.so.3.3.8, while working on an old application. Suspecting that the complexity of the application could have hide something, I wrote a new project (the sample program). Same error. Then I tried it on the other machine: same OS, same libraries, same X server - only gambas different: version 2.0.0. No error. 2. I posted a message on the list, to ask if someone else saw the same error. Two users confirmed it - one gambas 2.16, another with gambas 2.17. So the problem is alive, on at least three machines. 3. I tried on a third machine. Same os, same libraries, gambas 2.15, same remote X server. Identical situation. No error. 4. Now I am at home. Same os, same libraries, gambas 2.0.0. No error. At this point, if someone tells me that I have to modify the program to make it work, I ask myself _why_ it works (I have seen more machines on which the program works well than machines where the problem shows up). On my machines, which are four, I've seen the problem only once. But two users on this list confirmed the error. So, it seems to be an error which shows up rarely, if we want to say so. The only idea I have now is to go back to my first machine and investigate more. It is very difficult to investigate on an error if that error does not show up... Now I ask you: you say you added a Click event to make the program work properly. Why you did so? Why you say this event handler was missing? What was the wrong behaviour, when the event handler was missing? I wait for your reply; the next week I will work again on the original machine (the only one where I saw the problem), and I am determined to see over the fog. Regards, No, no. I think I read you correctly. I am going to try to explain the things differently... Before Gambas 2.13, when you hit an arrow key in the TableView control, the TableView cursor was move by one cell only, and the Edit method was called automatically. So things were working *only* for TableView whose all cells are editable. For TableView having some cells read-only, the keyboard management was flawed. So, in Gambas 2.13, the Edit method is not called automatically anymore, and I decided that a cell will be considered as non-editable if the Edit method was not called during the Click event. And non-editable cells are automatically ignored when using the arrow key. That explains the behaviour you noticed in computers using Gambas = 2.13. (Let's ignore the computer #3 at the moment): for example, if you are on the top of the TableView, and if you hit the down arrow key, the current cell will be moved one by one until an editable cell is found. As you don't call the Edit method inside the Click event handler, no cell is considered as editable, and so the TableView cursor is moved down to the bottom. I hope I was clear! As for the computer #3: I don't understand that you don't have the problem, as the Gambas version is = 2.15. To fix your problem, you *have to* call the Edit() method inside the Click event handler. It will tell TableView that your cell are editable when the user use the arrow keys. But, of course, you *can* use the Edit() method outside of the Click event handler. Then things will work for Gambas =
Re: [Gambas-user] Problem with tableview when in edit mode
Benoît Minisini ha scritto: Don't take me wrong. Sometimes it seems to me that you don't read the whole message before replying, and sometimes it seems to me that the real problem is not in evidence (english language plays a role in this...). You say that you just added a Click event handler to get the program work. Well, this is not the problem. The program *is* correct (it does practically nothing). The sample program, without modifications, on some machine runs well, and on other machines shows a problem that I will explain better. When you say old version of gambas (2.13), again it seems that you didn't read carefully what I've posted. In every post I specified precisely what gambas version was installed, what os was running on, and the QT library. Now the problem. The problem is that, when the grid is in edit mode, if you press a cursor key the cursor does not move to the adiacent cell; it does not stop: it travels all the cells until it stops on the upper-left cell, or the lower-right one. By doing this, it scrolls the tableview up or down, and if the cursor key was Left or Right, it goes to the right-most or left-most, then wraps around and restarts. For every visited cell a Click event is generated. Note that in the sample program there was no Click handler, just to shows precisely that my program does nothing strange in the click handler (by doing nothing, you can't do anything strange). Now you see that I was not complaining about gotfocus, or not editable cells, or anything else. I say that a single key press should move the cursor by a single cell, not travel the whole tableview. Now the history. 1. I discovered the error on one machine, with an updated debian stable, gambas v. 2.15.2, libqt-mt.so.3.3.8, while working on an old application. Suspecting that the complexity of the application could have hide something, I wrote a new project (the sample program). Same error. Then I tried it on the other machine: same OS, same libraries, same X server - only gambas different: version 2.0.0. No error. 2. I posted a message on the list, to ask if someone else saw the same error. Two users confirmed it - one gambas 2.16, another with gambas 2.17. So the problem is alive, on at least three machines. 3. I tried on a third machine. Same os, same libraries, gambas 2.15, same remote X server. Identical situation. No error. 4. Now I am at home. Same os, same libraries, gambas 2.0.0. No error. At this point, if someone tells me that I have to modify the program to make it work, I ask myself _why_ it works (I have seen more machines on which the program works well than machines where the problem shows up). On my machines, which are four, I've seen the problem only once. But two users on this list confirmed the error. So, it seems to be an error which shows up rarely, if we want to say so. The only idea I have now is to go back to my first machine and investigate more. It is very difficult to investigate on an error if that error does not show up... Now I ask you: you say you added a Click event to make the program work properly. Why you did so? Why you say this event handler was missing? What was the wrong behaviour, when the event handler was missing? I wait for your reply; the next week I will work again on the original machine (the only one where I saw the problem), and I am determined to see over the fog. Regards, No, no. I think I read you correctly. I am going to try to explain the things differently... Before Gambas 2.13, when you hit an arrow key in the TableView control, the TableView cursor was move by one cell only, and the Edit method was called automatically. So things were working *only* for TableView whose all cells are editable. For TableView having some cells read-only, the keyboard management was flawed. So, in Gambas 2.13, the Edit method is not called automatically anymore, and I decided that a cell will be considered as non-editable if the Edit method was not called during the Click event. And non-editable cells are automatically ignored when using the arrow key. That explains the behaviour you noticed in computers using Gambas = 2.13. (Let's ignore the computer #3 at the moment): for example, if you are on the top of the TableView, and if you hit the down arrow key, the current cell will be moved one by one until an editable cell is found. As you don't call the Edit method inside the Click event handler, no cell is considered as editable, and so the TableView cursor is moved down to the bottom. I hope I was clear! As for the computer #3: I don't understand that you don't have the problem, as the Gambas version is = 2.15. To fix your problem, you *have to* call the Edit() method inside the Click event handler. It will tell TableView that your cell are editable when the user use the arrow keys. But, of course, you *can* use the Edit() method outside of the Click
[Gambas-user] MySQL access example
Does anyone have an example program that I can take a look at that accesses a remote MySQL database? Keith -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Directories?
2009/12/4 Dave Merriman dkmerri...@gmail.com: I've got some text files that I need to read into an array (I *really* wish Gambas had an easy way to embed array data _in_ the program, like the old data 4, 17, 32, 88... of BASIC days) It does have such a feature. It all depends on how many more ways than one you can think of to skin a cat. Take a look at the attached example. DataTest.tar.gz Description: GNU Zip compressed data -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Need a Ubuntu/Linux teacher
2009/12/5 John kb2...@optonline.net: I can make a Windows box sing. I tend to agree with Emil, lots of searching and reading on google is advised, but temper it with your own knowledge - some of the stuff out there is just downright wrong. I was a Windows developer and have decades of experience with it. I learned linux and gambas by trial and error and I am still learning by trial and error to this day. This weekend alone I installed no less than six linux distros; Arch, Gentoo, Sabayon, kubuntu and Mandriva (can't remember the sixth), only to learn that I should have stayed with Ubuntu :) Ok, I learned something else too in the process. I can install qt4 on Ubuntu and have gambas create lovely qt-based apps instead of being forced to use the awful GTK engine. Yes, I could have just used kubuntu but KDE is really bloody ugly and overly complex IMO :) Anyway, that said, google, persevere and ask when you're truly stuck. There is certain je ne sais quoi about discovering for oneself what is probably common knowledge amongst the gurus. -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic
I found out that reading one by one is a slow process, I found out that reading all Lof will in a rare instance _READ will not fire when only 1 byte arrives immediately after. I find it works correctly 100% when I read Lof()-1 and rely on _Read to fire again. for the one remaining and the new one arriving immediately after. -- Original Message --- From: Benoît Minisini gam...@users.sourceforge.net To: nand...@nothingsimple.com, mailing list for gambas users gambas-user@lists.sourceforge.net Sent: Sat, 5 Dec 2009 21:56:41 +0100 Subject: Re: [Gambas-user] Serial Port Change Events Not Working after Upgrade to Karmic Benoit, Just to let you know, for your information only. My serial port applicationS that have been running 24 hours for 4 years on over 150 computers works much better when pull out All less 1 byte each _Read event as opposed to. I didn't understand the last sentence. Do you read bytes one by one or all at once? You should read all available bytes at once, by using the Lof() function. Regards, -- Benoît Minisini -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user --- End of Original Message --- -- 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-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user