[Gambas-user] Gambas Remotly Debug
Hi to ALL ! This is my situation: I have a ARM sistem with gambas installed, and I want to debug it from a PC (I have to develop a new IDE...) How gambas IDE use the interpreter for debug ? I thought to develop a service on ARM that via TCP/IP link the ARM gambas interpreter with a PC IDE. What do you think about this solution ? Thanks to all !! -- 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] Problem with tableview when in edit mode
I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano TableviewTest-0.0.1.tar.gz Description: application/gzip -- 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
Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano -- 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
Dimitris Anogiatis ha scritto: Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. Perhaps this is because there is no save event implemented. But the complain was about another error: even without writing, but simply changing the focused cell with the cursor keys, do you see something strange or not? So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. Which different approach? I would like to identify the cause of this problem. If it is gambas 2.15, and gambas 2.16 or 2.17 solves, I switch. If all gambas versions above 2.0.0 have the problem, I stick with 2.0.0. If the problem are QT libraries, I change them. But surely I don't want to change a painful code made to compile an invoice through a tableview with something else... I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. ...it would help if you told me if the error is still there in 2.16 or not... BTW: my debian version (cat /etc/debian_version) shows 5.0.2, and is fully updated. How it goes you have 5.0.3? Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano -- 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
Am Donnerstag, den 03.12.2009, 18:24 +0100 schrieb Doriano Blengino: Dimitris Anogiatis ha scritto: Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. Perhaps this is because there is no save event implemented. But the complain was about another error: even without writing, but simply changing the focused cell with the cursor keys, do you see something strange or not? So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. Which different approach? I would like to identify the cause of this problem. If it is gambas 2.15, and gambas 2.16 or 2.17 solves, I switch. If all gambas versions above 2.0.0 have the problem, I stick with 2.0.0. If the problem are QT libraries, I change them. But surely I don't want to change a painful code made to compile an invoice through a tableview with something else... I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. ...it would help if you told me if the error is still there in 2.16 or not... BTW: my debian version (cat /etc/debian_version) shows 5.0.2, and is fully updated. How it goes you have 5.0.3? Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano No same with 2.18.0 Revision: 2447 -- Amicalement Charlie -- 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
Charlie Reinl ha scritto: Am Donnerstag, den 03.12.2009, 18:24 +0100 schrieb Doriano Blengino: Dimitris Anogiatis ha scritto: Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. Perhaps this is because there is no save event implemented. But the complain was about another error: even without writing, but simply changing the focused cell with the cursor keys, do you see something strange or not? So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. Which different approach? I would like to identify the cause of this problem. If it is gambas 2.15, and gambas 2.16 or 2.17 solves, I switch. If all gambas versions above 2.0.0 have the problem, I stick with 2.0.0. If the problem are QT libraries, I change them. But surely I don't want to change a painful code made to compile an invoice through a tableview with something else... I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. ...it would help if you told me if the error is still there in 2.16 or not... BTW: my debian version (cat /etc/debian_version) shows 5.0.2, and is fully updated. How it goes you have 5.0.3? Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano No same with 2.18.0 Revision: 2447 Sorry Charlie - I don't understand... no what? :-) Does the cursor travel a lot, or the 2.18 version is exempt (ie, has no bug?)? Thank you, Doriano -- 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
Doriano, On my system, when I use the mouse and click on a different cell it jumps just fine. The behavior (the error) that you described occurs when I use the cursor keys. What I meant by different approach was perhaps you should use something else other than the GotFocus event and LAST.Edit. if it works on 2.0 but doesn't work in 2.15, 2.16 and 2.18 (Charlie users 2.18, I use 2.16 and the problem is probably not solved in 2.17) then it seems to me (and it's just my opinion) that your code needs to be somewhat revised. BTW 5.0.3 is the latest Debian stable (Check http://www.debian.org/CD/http-ftp/#stable). Perhaps we use different repositories. Regards, Dimitris On Thu, Dec 3, 2009 at 10:47 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: Charlie Reinl ha scritto: Am Donnerstag, den 03.12.2009, 18:24 +0100 schrieb Doriano Blengino: Dimitris Anogiatis ha scritto: Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. Perhaps this is because there is no save event implemented. But the complain was about another error: even without writing, but simply changing the focused cell with the cursor keys, do you see something strange or not? So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. Which different approach? I would like to identify the cause of this problem. If it is gambas 2.15, and gambas 2.16 or 2.17 solves, I switch. If all gambas versions above 2.0.0 have the problem, I stick with 2.0.0. If the problem are QT libraries, I change them. But surely I don't want to change a painful code made to compile an invoice through a tableview with something else... I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. ...it would help if you told me if the error is still there in 2.16 or not... BTW: my debian version (cat /etc/debian_version) shows 5.0.2, and is fully updated. How it goes you have 5.0.3? Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano No same with 2.18.0 Revision: 2447 Sorry Charlie - I don't understand... no what? :-) Does the cursor travel a lot, or the 2.18 version is exempt (ie, has no bug?)? Thank you, Doriano -- Join us December 9, 2009 for the Red
Re: [Gambas-user] Problem with tableview when in edit mode
Am Donnerstag, den 03.12.2009, 18:47 +0100 schrieb Doriano Blengino: Charlie Reinl ha scritto: Am Donnerstag, den 03.12.2009, 18:24 +0100 schrieb Doriano Blengino: Dimitris Anogiatis ha scritto: Doriano, from the sample project you posted, I can verify the behavior you described when you use the arrow keys. If you click on individual cells it jumps fine. But if you try and type something on one cell and then click on the next one the text you typed before disappears. Perhaps this is because there is no save event implemented. But the complain was about another error: even without writing, but simply changing the focused cell with the cursor keys, do you see something strange or not? So perhaps a few more changes happened in the tableview control from 2.0 to 2.15 (the one you upgraded to) that are not yet documented and you just might have to consider using a different approach. Which different approach? I would like to identify the cause of this problem. If it is gambas 2.15, and gambas 2.16 or 2.17 solves, I switch. If all gambas versions above 2.0.0 have the problem, I stick with 2.0.0. If the problem are QT libraries, I change them. But surely I don't want to change a painful code made to compile an invoice through a tableview with something else... I use Debian Lenny 5.0.3 and Gambas 2.16 I hope this helps. ...it would help if you told me if the error is still there in 2.16 or not... BTW: my debian version (cat /etc/debian_version) shows 5.0.2, and is fully updated. How it goes you have 5.0.3? Regards, Dimitris On Thu, Dec 3, 2009 at 8:49 AM, Doriano Blengino doriano.bleng...@fastwebnet.it wrote: I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano No same with 2.18.0 Revision: 2447 Sorry Charlie - I don't understand... no what? :-) Does the cursor travel a lot, or the 2.18 version is exempt (ie, has no bug?)? Thank you, Doriano Sorry Dariano, no meant, has not changed, even in 2.18.0 Revision: 2447 , the cursor moves from top left to bottom right and return if using left/right arrow key, or top to bottom and return if using up/down arrow key. Oh, tableview is a gambas written component in gb.form there I think you find the problem. -- Amicalement Charlie -- 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 ___
Re: [Gambas-user] Problem with tableview when in edit mode
Charlie Reinl ha scritto: Sorry Dariano, no meant, has not changed, even in 2.18.0 Revision: 2447 , the cursor moves from top left to bottom right and return if using left/right arrow key, or top to bottom and return if using up/down arrow key. Oh, tableview is a gambas written component in gb.form there I think you find the problem. Thanks to you and Dimitri. It seems that the gambas byte-code generated by 2.15 is compatible with 2.0, so I can stick with version 2.0.0. I would like to hear Benoit about this. To kind Dimitri: What I meant by different approach was perhaps you should use something else other than the GotFocus event and LAST.Edit. if it works on 2.0 but doesn't work in 2.15, 2.16 and 2.18 (Charlie users 2.18, I use 2.16 and the problem is probably not solved in 2.17) then it seems to me (and it's just my opinion) that your code needs to be somewhat revised. No, it is not my code that has to be revised: the problem is not the GotFocus event, is that when in edit mode, if you press a cursor key the tableview goes crazy. Whatever way I choose to enter edit mode, I need to edit cells - otherwise what is tableview for? And when in edit mode, you must be allowed to use the cursor keys... or not? Moreover, I use the tableview Click event - that event gets called every time the focused cell changes; by pressing a cursor key once, I see this click event called over and over. Clearly, there is something wrong in tableview. BTW 5.0.3 is the latest Debian stable (Check http://www.debian.org/CD/http-ftp/#stable). Perhaps we use different repositories. Yes we do - I use the fastweb (an italian company) repository (because it is free, for me). But they should be simply mirrors. Who knows? Again, thanks to you two. I will investigate more - but I don't want to peek and poke with gambas sources. 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 https://lists.sourceforge.net/lists/listinfo/gambas-user
[Gambas-user] using dh_make
Hello. I'm trying to create packages .deb for each of the components of Gambas. For those using dh_make. This program asks me to rename a folder. Ej, gb.net to gambas-gb-net_2.18.0. Is this the correct way to rename the folder?. Regards. -- 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
Am Donnerstag, den 03.12.2009, 21:32 +0100 schrieb Doriano Blengino: Charlie Reinl ha scritto: Sorry Dariano, no meant, has not changed, even in 2.18.0 Revision: 2447 , the cursor moves from top left to bottom right and return if using left/right arrow key, or top to bottom and return if using up/down arrow key. Oh, tableview is a gambas written component in gb.form there I think you find the problem. Thanks to you and Dimitri. It seems that the gambas byte-code generated by 2.15 is compatible with 2.0, so I can stick with version 2.0.0. I would like to hear Benoit about this. To kind Dimitri: What I meant by different approach was perhaps you should use something else other than the GotFocus event and LAST.Edit. if it works on 2.0 but doesn't work in 2.15, 2.16 and 2.18 (Charlie users 2.18, I use 2.16 and the problem is probably not solved in 2.17) then it seems to me (and it's just my opinion) that your code needs to be somewhat revised. No, it is not my code that has to be revised: the problem is not the GotFocus event, is that when in edit mode, if you press a cursor key the tableview goes crazy. Whatever way I choose to enter edit mode, I need to edit cells - otherwise what is tableview for? And when in edit mode, you must be allowed to use the cursor keys... or not? Moreover, I use the tableview Click event - that event gets called every time the focused cell changes; by pressing a cursor key once, I see this click event called over and over. Clearly, there is something wrong in tableview. BTW 5.0.3 is the latest Debian stable (Check http://www.debian.org/CD/http-ftp/#stable). Perhaps we use different repositories. Yes we do - I use the fastweb (an italian company) repository (because it is free, for me). But they should be simply mirrors. Who knows? Again, thanks to you two. I will investigate more - but I don't want to peek and poke with gambas sources. Regards, Have a look at ChangeLog 2.13 - 14 May 2009 GB.FORM * BUG: TableView now handle the Return/Enter key by raising the Click event instead of automatically editing the cell, so that non-editable cells are not edited by mistake. * BUG: The same fix was applied to the way TableView handles arrow keys. * BUG: The TableView editor now has the same font as the master TableView. * * * * * * -- 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
Am Donnerstag, den 03.12.2009, 21:32 +0100 schrieb Doriano Blengino: Charlie Reinl ha scritto: Sorry Dariano, no meant, has not changed, even in 2.18.0 Revision: 2447 , the cursor moves from top left to bottom right and return if using left/right arrow key, or top to bottom and return if using up/down arrow key. Oh, tableview is a gambas written component in gb.form there I think you find the problem. Thanks to you and Dimitri. It seems that the gambas byte-code generated by 2.15 is compatible with 2.0, so I can stick with version 2.0.0. I would like to hear Benoit about this. To kind Dimitri: What I meant by different approach was perhaps you should use something else other than the GotFocus event and LAST.Edit. if it works on 2.0 but doesn't work in 2.15, 2.16 and 2.18 (Charlie users 2.18, I use 2.16 and the problem is probably not solved in 2.17) then it seems to me (and it's just my opinion) that your code needs to be somewhat revised. No, it is not my code that has to be revised: the problem is not the GotFocus event, is that when in edit mode, if you press a cursor key the tableview goes crazy. Whatever way I choose to enter edit mode, I need to edit cells - otherwise what is tableview for? And when in edit mode, you must be allowed to use the cursor keys... or not? Moreover, I use the tableview Click event - that event gets called every time the focused cell changes; by pressing a cursor key once, I see this click event called over and over. Clearly, there is something wrong in tableview. BTW 5.0.3 is the latest Debian stable (Check http://www.debian.org/CD/http-ftp/#stable). Perhaps we use different repositories. Yes we do - I use the fastweb (an italian company) repository (because it is free, for me). But they should be simply mirrors. Who knows? Again, thanks to you two. I will investigate more - but I don't want to peek and poke with gambas sources. Regards, Have a look at ChangeLog 2.13 - 14 May 2009 GB.FORM * BUG: TableView now handle the Return/Enter key by raising the Click event instead of automatically editing the cell, so that non-editable cells are not edited by mistake. * BUG: The same fix was applied to the way TableView handles arrow keys. * BUG: The TableView editor now has the same font as the master TableView. * sorry leaded by a bad key stroke CTRL+Enter in Evolution last mail left me to early, before fished it. So now that's done. -- Amicalement Charlie -- 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
Charlie Reinl ha scritto: Am Donnerstag, den 03.12.2009, 21:32 +0100 schrieb Doriano Blengino: Charlie Reinl ha scritto: Sorry Dariano, no meant, has not changed, even in 2.18.0 Revision: 2447 , the cursor moves from top left to bottom right and return if using left/right arrow key, or top to bottom and return if using up/down arrow key. Oh, tableview is a gambas written component in gb.form there I think you find the problem. Again, thanks to you two. I will investigate more - but I don't want to peek and poke with gambas sources. Regards, Have a look at ChangeLog 2.13 - 14 May 2009 GB.FORM * BUG: TableView now handle the Return/Enter key by raising the Click event instead of automatically editing the cell, so that non-editable cells are not edited by mistake. * BUG: The same fix was applied to the way TableView handles arrow keys. * BUG: The TableView editor now has the same font as the master TableView. * This is what I mean by investigating! May be that by correcting a bug, a different one has been generated. In fact I see many click events, one for every cell visited. This is the desirable behaviour, if only, a single keypress would generate a single movement. Sigh. This changelog talks about a bug I've never seen - apart from the Return key one, I think that in versions prior than 2.13 there was nothing wrong with arrow keys. Well, we can wait for Benoit -or- I could in the end take a look at gb.form (but I hate to do it). Thanks again Charlie, the fog is getting lighter. Good night (oder gute nacht, ou bonne nuit? I'm still trying to figure out what is your real preferred language...), -- 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 https://lists.sourceforge.net/lists/listinfo/gambas-user
Re: [Gambas-user] Gambas Remotly Debug
Hi to ALL ! This is my situation: I have a ARM sistem with gambas installed, and I want to debug it from a PC (I have to develop a new IDE...) How gambas IDE use the interpreter for debug ? I thought to develop a service on ARM that via TCP/IP link the ARM gambas interpreter with a PC IDE. What do you think about this solution ? Thanks to all !! Your new threads are never attached to another non-related thread when I receive them. Why? I use KMail: do other people see the same thing than me? Otherwise, can you explain exactly what you want to do? What do you want to debug: The interpreter? A Gambas project? The IDE?... -- 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] Problem with tableview when in edit mode
I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano OK, I understand the problem. The TableView is designed so that editing a cell must be decided in the Click event. Otherwise, if the Edit method is not called during a Click event, keyboard events automatically jump them. You must call the Edit method inside the Click event, not the GotFocus event. Before, keyboard events never ignored cells, so things were working normally. 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] Problem with tableview when in edit mode
I am modifying an old program, which uses a TableView to construct an invoice. The tableview is almost always in edit mode. With gambas version 2.0.0, the original version I used to write the program, there is no problem (not this one). Now I upgraded to gambas v. 2.15 (debian package gambas2 2.15.2-1), running on a debian stable release. 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. I created an executable, and it behaves the same. Then I copied the executable to another machine, having gbx2 version 2.0.0, and the problem does not show up. The program uses explicitly QT; both machines have libqt-mt.so.3.3.8 installed, and the same debian stable os, and I use both machines from a third machine running an X11 server (XMing). So it seems the problem is related to gambas. I send a sample project that shows the problem. Launch the application, click on the Tableview to focus it, and press a cursor key. The cursor will travel in the requested direction 'til the end of the grid. What can I do about this? I was very very reluctant to upgrade gambas; but I reached a point where I could no more install or upgrade my system. Even when trying to install a simple htop(1) from debian repositories, I was told to upgrade some fu*ing library, which in turn meant to upgrade gambas, which in turn meant to upgrade QT, GTK, poppler, libc, libc-bin... well, *hundreds* of packages. I will contact the debian mantainer about this - I don't care about postgres, firebird, curl, smtp, opengl, sdl, v4l, xml and things. It seems that to install gambas on debian one must pull in all the world. The other machine, having the old version of gambas, has no problems - I copied the gambas binaries directly, instead of installing them from packages. I can install and upgrade, and everything runs smoothly. Sorry for the debian-related blow. Regards, Doriano OK, I understand the problem. The TableView is designed so that editing a cell must be decided in the Click event. Otherwise, if the Edit method is not called during a Click event, keyboard events automatically jump them. You must call the Edit method inside the Click event, not the GotFocus event. Before, keyboard events never ignored cells, so things were working normally. Regards, I filled the documentation with that information for other having the same problem. 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] Directories?
Is there a way to determine what directory a Gambas executable is run from? Or what its 'default' directory is when looking for a file? 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), and need to know where to put them so they're easily found. -- Encrypted email encouraged and PREFERRED Thursday, December 03, 2009 @ 2357 ** I don't have a solution but I admire the problem. ** signature.asc Description: This is a digitally signed message part. -- 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] Gambas Remotly Debug
I use google acount with web interface and I can see his emails right 2009/12/3 Benoît Minisini gam...@users.sourceforge.net Hi to ALL ! This is my situation: I have a ARM sistem with gambas installed, and I want to debug it from a PC (I have to develop a new IDE...) How gambas IDE use the interpreter for debug ? I thought to develop a service on ARM that via TCP/IP link the ARM gambas interpreter with a PC IDE. What do you think about this solution ? Thanks to all !! Your new threads are never attached to another non-related thread when I receive them. Why? I use KMail: do other people see the same thing than me? Otherwise, can you explain exactly what you want to do? What do you want to debug: The interpreter? A Gambas project? The IDE?... -- 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 -- 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?
Have you tried Application.Path? 2009/12/4 Dave Merriman dkmerri...@gmail.com Is there a way to determine what directory a Gambas executable is run from? Or what its 'default' directory is when looking for a file? 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), and need to know where to put them so they're easily found. -- Encrypted email encouraged and PREFERRED Thursday, December 03, 2009 @ 2357 ** I don't have a solution but I admire the problem. ** -- 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] Gambas Remotly Debug
Benoît Minisini a écrit : Your new threads are never attached to another non-related thread when I receive them. Why? I use KMail: do other people see the same thing than me? I use idedove (thunderbird) and see them ok (however he's cross-posting...) -- coitus interruptus, n: A jerky movement following the words (by either sex partner) I want to have your child. -- 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?
Dave Merriman schrieb: Is there a way to determine what directory a Gambas executable is run from? Or what its 'default' directory is when looking for a file? 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), and need to know where to put them so they're easily found. In this case, I think Application.Path will be your friend. Type it and press F2 while cursor is on Path, you'll get Application.Path (gb) Syntax STATIC PROPERTY READ Path AS String Returns the application path, i.e. the directory where it resides. As to DATA I agree - but there are a lot of ways you can handle this, e. g. by putting your data in strings or string arrays. The most practical way I found is putting such data into files with lines separated by TABs (chr$(9)). You can then easily read the file by File.Load into a string, split it into a string array by using Split with chr$(10) and work on each line by using Split with chr$(9). This works as fast as a DATA line would. Rolf -- 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