Help with table fields and cell editing
wsumner at im.wustl.edu
Wed Oct 4 12:29:05 EDT 2006
I have a Rev 2.7.4 (build 291) PC interface for database editing that is in
great shape except for one feature, directly editing a list of points. It
seems to me that this should be a natural table field & cell editing task,
but I can not see how to make it work.
I have a group that contains a table field. The table field is not locked,
the "Table object" setting is checked, the "cREVTable(celle" box is checked
(cell editing), and the maximum editable column is set to 2. The tab stop is
less than half the width of the field, after subtracting the width of the
vertical scroll bar. Problems persist with or without a horizontal scroll
The field has the following odd behaviors when it is populated with data:
1. A mouseup event within a cell temporarily erases the data in the cell
rather than selecting the data in the cell, even if I drag over the cell
contents and manage to select them before releasing the mouse. If the
mouseup occurs outside of the cell, the contents of the cell remain
selected. Clicking in a cell also causes the erasing mouseup event. These
are incorrect behaviors, IMO - the end user should be able to click or drag
in the cell and insert or change one or a few digits.
After clicking in a cell in the first column, clicking a different cell in
the first column causes the first cell's contents to reappear (correct
2. Clicking any cell in the second column erases the entire field's
contents. The field does not recover when the cell is deselected.
3. Clicking any cell in the second column selects the cell, but scrolls the
field horizontally so that the cell's left edge abuts the left edge of the
field, displaying the out-of-bounds third column and totally obscuring the
first column. This is also incorrect behavior, IMO. The selected cell will
accept new text, let's say "ABC", after turning off the keydown handler that
screened for digits.
4. Tabbing from cell to cell has the same effect as clicking on a cell in
the second column.
5. After reloading the table contents from the database, clicking on any
cell in the second column erases everything but restores the "ABC" that I
entered in #3.
So, I'm guessing that the table field is not updating its global descriptors
correctly, as reported in the archives from 2003 and 2004, but I can't see
that anyone else has these problems currently. In fact, there are messages
that talk about letting Rev handle tabs and arrows and the like, as if my
current problems are not reproducible at all. Also, I thought until now that
Rev's field issues had been resolved.
So is there some special combination of settings that makes the table work?
Meanwhile, I'll be scripting a redundant interface to achieve point editing
with tab keys and no mouseclicks.
I can post to bugzilla if this the problem is not unique to me.
Thanks in advance.
More information about the Use-livecode