[Gambas-user] Problem with tableview when in edit mode
Doriano Blengino
doriano.blengino at ...1909...
Fri Dec 4 11:41:52 CET 2009
Benoît Minisini ha scritto:
>>> 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.
>
>
Did you try the attached project?
I tried it once more on another machine: debian stable version 5.0.3,
libqt-mt.so.3.3.8, and gambas version 2.15.2; the error *does not* show
up, with the edit call in the GotFocus event. I just used the project
attached in the previous mail.
So the same project, in one of my offices with two different machines
shows up the problem. Other users on this list confirmed the problem;
but now, on another machine but basically the same (included the XMing
remote X server), works well. I am getting pretty confused - but I will
go till the end.
Apart from this, I can not see the point in your explanation. The
GotFocus event gets executed only once, and from there the edit method
is called. All ok - there are no problems up to now. Then, if you press
once a cursor key, several click events fire without any further
intervention, as the cells are traveled. So I think your explanation
does not fit. Unfortunately, in this office the problem does not show,
so I must wait to investigate more.
Just now, looking better at class file, I notice that the edit method is
called once in Form_Open and once in Tableview1_GotFocus. F5... error
11. Strange... just a few minutes ago it worked. I relaunch gambas and
start again.
...
Well, tried several different setups - no problems. Implemented the Save
event, and all is work as intended. The edit call can be either in the
click event or the save event, or even the GotFocus event: it is exactly
the same. I attach the new project, but I think that if the problem
shows up somewhere, it is totally unrelated to the place where the edit
call is put.
I will try better on the other office. The problem is that this kind of
works must be done on the other office, not the one I am currently in...
Regards,
Doriano
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ProvaTableview-0.0.1.tar.gz
Type: application/x-gzip
Size: 7709 bytes
Desc: not available
URL: <http://lists.gambas-basic.org/pipermail/user/attachments/20091204/cf094ea1/attachment.bin>
More information about the User
mailing list