LiveCode Forums.

Hi,
I have a simple task, using an editable table field: when user add data, something happen.
The problem seem that an editable table field doesn't pass enterInField, returnInField, TabKey messages! They are used internally and passed no more!
How can I intercept those message in an editable table field?

Hi

If you handle enterInField in the field script then the enterInField message won't pass further along the message path unless you tell it to do so with a pass statement

ie

on enterInField
answer "field"
pass enterInField
end enterInField

This will pass the message to the next object in the path be it a group or the card where it can be handled again.

If you don't handle enterInField in the field script it will pass along the message path until it is handled by a group, the card, the stack etc.

Martin

It's not so easy. In a simple field on enterInField scripts works, but if you transform the field in a basic table (property->Table->Basic table object ON and Cell editing ON) you can't intercept keys as usual, for example this don't work:

In a table field, the engine creates a "phantom" field that overlies the cell of interest. It is this phantom field that does all the work.

Make a table field on a blank card. Put this into the card script: Type into a cell, and hit "enter".

You have to use this field when trying to manipulate the table field functionality.

Craig Newman

Sorry MaxV.

I missed the fact you were talking about a table field.

Martin

WOW it isn't just a single field, but every cell has a its phantom field like field "revCell-2,1".
At the moment I bypassed the problem with an external button ("FINISHED TO USE TABLE" ) .
However what is the best object to use for an editable table? For example: I wish to save all table data every time a cell is edited.
Datagrid is not editable like table field, user can't add data, so any suggestion?

Hi I have to admit that I don't really know how table fields work. Out of curiosity I thought I would look at the message watcher to see what happens when you edit a table field. There are a lot of messages cREVtable flying around. Some with the data that is entered as parameters, many with no parameters. If a phantom field is closed you can catch when that happens with getProp cREVtable and look at the target. The target name contains the cell that was closed but doesn't tell you if it was edited or not but tells you the user left the field so there is a chance they did something while it was open. If you press return in the field you can also catch the returnInField the same way but a cREVtable will also be sent from the phantom field.

Here are some test handlers to put in the stack script to catch those events. Another interesting thing is that if you put those two handlers in the card script the cREVtable message is handled by the card but the returnInField message is not.
Further more if you put those two handlers in a group script that contains the table field the neither the cREVtable message nor returnInField message is handled by the group.

Again I don't know know enough about this to know if this would work for your purposes but I thought it was interesting so I thought I would pass this along.

Martin.

Pretty sure that there is only one phantom field, the engine creating, sizing and naming it according to the loc of the mouseclick. LC knows, after all,where its tabs and lines are, and you or I for that matter, could do the same. The field is ephemeral, created and destroyed as needed.

It allows there to be only a single table field, formatted as we see, and a single "working" field, like a virtual particle in empty space, to manage the very convenient functionality of that field type.

Craig