Path: utzoo!attcan!uunet!decwrl!wuarchive!zaphod.mps.ohio-state.edu!lavaca.uh.edu!menudo.uh.edu!sugar!peter From: peter@sugar.hackercorp.com (Peter da Silva) Newsgroups: comp.sys.amiga.tech Subject: Re: GUI Style Question Message-ID: <6927@sugar.hackercorp.com> Date: 30 Oct 90 11:48:09 GMT References: <1990Oct25.212714.26909@unislc.uucp> <10109@milton.u.washington.edu> <6919@sugar.hackercorp.com> <10177@milton.u.washington.edu> Reply-To: peter@sugar.hackercorp.com (Peter da Silva) Organization: Sugar Land Unix - Houston Lines: 22 In article <10177@milton.u.washington.edu> dlarson@blake.u.washington.edu (Dale Larson) writes: > Programs which aren't picky enough in realtime are annoying, too. If the > validity of several fields can be checked with help from an earlier field, > such checking should be done early to save entry of several bogus fields. Great, now what happens when you decide to go back to the previous fields to change it to make the next field valid? I don't know how many times I've been waiting in line behind someone and the operator on the point-of-sale terminal has screwed up. Often, even with the intervention of the store manager and once or twice myself (though I can usually help if they have a manual), it proves impossible to do anything but abort the transaction and start over because the UI wouldn't let them go back. > Perhaps more importantly, [RETURN] in a string gadget should move the cursor > to the next string gadget in that window in most (if not all) applications > (though perhaps you didn't intend to preclude such minimal processing of > string gadgets before the user hits "done"). No, of course not. That's a 2-liner in your event loop anyway. -- Peter da Silva. `-_-' .