I would like to be able to drag the content of fields that are listed
(i.e. after a search). Imagine a list of ten items, each item a
different field content. I want to DRAG an item to another place in the
list (visually) without having to redo my search or without manually
ordering the listposition. How do I proceed ?

serge wrote:

That won't happen with FileMaker, at least not in any version so far.

Matt

In article <1124179820.091057.21370 (AT) z14g2000cwz (DOT) googlegroups.com>,
kiai (AT) pandora (DOT) be says...
You'll have to rethink your interface to work within the limitations of
filemaker. It doesn't do that.

You could do it via a portal, using little up/down buttons (much like FM
itself uses to specify import order, sort orders, etc).

I've seen this done with a plugin called "oAzium Events". This plugin
allows you tell FileMaker to run a script when a field is modified.
The basic principal of it is that you drag and drop the contents of the
displayed data into a another records graphic eg. a square box. The
graphic contains behind it a new text field which is blank in all
records and has the "oAzium Events" validation on it which triggers a
script when the field is modified.
Your script simply determines which record the data came from and then
reorganizes the records and clears the new text field again.

FP wrote:

oAzium Events (which costs money) and a couple of free plugs (zippScript
and EventScript) will all execute scripts upon a change to a field.

The two freebies have been mentioned in this group a number of times (I
have personally used EventScript extensively to simulate menus).

Perhaps it could be done with a utility field which is reserialized when a
sort is performed.

The problem is that dragging from one field to another leaves you with two
fields of the same value: the source field doesn't change by itself. This
wouldn't be much use in a sort routine which is executed upon change to
the field unless something else differentiates between the two.

Perhaps you could include a calc field that auto-enters the modification
time, which could be then be used in the sort spec to identify which of
these two records should be where when the list is resorted and again
re-serialized.

Matt