At 11:26 am -0600 20/10/01, Scott Raney wrote: >On Fri, 19 Oct 2001 "Raymond E. Griffith" <[EMAIL PROTECTED]> wrote:
>Note that if you do "go card x", you *will* end up on card x, >regardless of what the closeField or exitField handlers do. If you >want to force the field validation to occur before the "go" is >executed, you'll need to focus some other control and then check some >sort of status variable or property to see if the check succeeded >before doing the "go". The command "focus me" in a button script is >the easiest way to do the first part, but you're on your own for the >status variable part. > >But if you ask me, doing validation on closeField is bad technique and >results in abominations like the MacOS "memory" dialog box (where you >usually end up with an error message when trying to increase the >partition because it focuses the "minimum" field before the >"preferred" field, one of my top 10 examples of bad UI design, >dragging a disk to the trash to eject being #1 on that list). Careful, Scott. You're starting to sound like those "UI experts" on the slashdot forum. Illogical design doesn't necesarily mean bad design. How quickly people get accustomed to something may be a better criterion. Despite having a "logical" alternative, most Mac users drag disks to the trash from day 1, and very few grumble about it. >Instead, I'd recommend doing validation on the entire form just before >going to another one. Easier for you for you to develop, and easier >and more convenient for the user. For a simple form, perhaps. But imagine a form with umpteen date entries requiring a particular date format. A user wouldn't be too happy after entering a load of dates only to be told they need to use a different format. I've generally opted for validation with closeField and a further check in the navigation button before closing the card. But where two fields depend on each other, you're probably right that it's best to wait. Cheers Dave Cragg PS My own #1 example of bad UI design are settings dialogs that have a close box in the title bar. It's never clear whether clicking the close box will ignore the new entries or accept them. OK and Cancel buttons should be the only ways out of such windows. Archives: http://www.mail-archive.com/[email protected]/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to <[EMAIL PROTECTED]>, not this list.
