home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.hypercard
- Path: sparky!uunet!usc!cs.utexas.edu!asuvax!ncar!ncar.ucar.edu!hpoppe
- From: hpoppe@ncar.ucar.edu (Herb Poppe)
- Subject: Re: Validating Data Entry in a Field
- Message-ID: <1992Aug18.215256.1379@ncar.ucar.edu>
- Sender: news@ncar.ucar.edu (USENET Maintenance)
- Organization: Scientific Computing Division/NCAR Boulder, CO
- Date: Tue, 18 Aug 1992 21:52:56 GMT
- Lines: 29
-
- In article <1992Aug18.203434.25218@ncar.ucar.edu> urban@stout.atd.ucar.edu
- (Art Urban (PROFS)) writes:
- > In article <1992Aug18.202825.24625@ncar.ucar.edu> hpoppe@ncar.ucar.edu
- (Herb Poppe) writes:
- > %by typing TAB or RETURN or ENTER. However, I see no convenient way to
- trap
- > %the user's clicking a button, in another field, or in the card, thus
- > %leaving an invalid value left in the field. Have a missed an obvious
- (or
- > %not so obvious) approach to this issue?
-
- > If I'm not mistaken (I haven't tried this) the exitField handler does
- what
- > you want. It is called every time the cursor leaves the field, *even* if
- > the the field data is unchanged.
-
- The problem is that there is no way (that I have found) to force the
- cursor back into the field using the closeField (or exitField) handler. It
- seems to me that I am going to have to trap every mouseUp sent to the card
- or button and every openField sent to other unlocked fields as a result of
- clicking outside of the field in error. That handler (in the card) will
- have to check if there is an error pending in a field. If there is, it
- will put the insertion point back in that field. If not, it will send a
- "myMouseUp" message back to the target of the mouse click. Similarly for
- openField.
-
- Herb Poppe National Center for Atmospheric Research (NCAR)
- hpoppe@ncar.ucar.edu 1850 Table Mesa Dr.
- (303) 497-1296 Boulder, CO 80303
-