an alternative for a small number of fields (7 in your case) might be
using 7 grouped text fields (naming them f1, f2,..., f7, and naming the
group "myTable") with horizontal gridlines to represent each field in
table. Selection, hiliting and editing of a cell in this kind of "table"
is a trivial task, besides you can hide any additional information in
each field. Populating the "table" from file is also an easy task as is
saving the results.
Here is a functional example with open, save, hiliting and cell edit
(execute in Revolution's message box):
go url "http://www.ekoinf.net/revolution/tablesExp_legacy.rev";
Best wishes
Viktoras
Kresten Bjerg wrote:
Hi
I have a function in a standalone, where user can select an item in a scolling
field,
( with locked text and list behavior),and do things with the thus selected
"target".
Now I want to improve the users interface, and replace the inconvenient long
scrolling
to see the bottom of the list.
I will instead present all the selectable items in a wide rectangular field,
so all can be seen at once.
I found an approach, by placing the items in a 7 collumn table, but found, that the select
would select a whole line of items
(logicaly enough , as list behaviour had to be set, in order to produce a "selected item").
Is there a way, where the handler can limit its choice to the precise cell
clicked in the table ?.
Kresten Bjerg (www.phenomenalog.dk)
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
