Something to keep in mind if you're allowing users to edit and/or create records from within a list or table view is the impact a sort order has on the end-user experience.
A few key points to remember:
1. By default, FileMaker Pro stores and displays records in the order they were added to the file.
2. The Sort function lets the end user rearrange a found set of records, so they can be viewed in a different sequence.
3. The found set of records will remain sorted until a new find request is performed or the records are sorted by different criteria.
This all sounds pretty logical but have you noticed that when you add a new record to a sorted found set, the new record will be displayed in the "correct" position in the sort order as soon as the record is committed?
While this might make sense it can cause confusion for the novice user. Why? Because, as soon as their new record is committed it will move to the correct position in the sort order which might not be visible on screen. This is fine if the user was expecting this to occur, not so fine if they're now puzzled by their "disappearing" record(s).
You should also be aware of this behaviour if you're planning on duplicating a sorted set of records using a loop and the Goto Record [Next] script step or looping through a sorted portal. If the new records are being modified in such a way that they will be "moved" to a position in the list that makes them eligible for duplication you'll find yourself with all sorts of headaches.
Endless loop anyone?
Sunday, February 7, 2010
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment