home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / pascal / 4961 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.9 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!ira.uka.de!chx400!urz.unibas.ch!gysin1
  2. From: gysin1@urz.unibas.ch
  3. Newsgroups: comp.lang.pascal
  4. Subject: Re: TV Focus in Dialog views
  5. Message-ID: <1992Aug21.190034.40057@urz.unibas.ch>
  6. Date: 21 Aug 92 19:00:34 MET
  7. References: <10202@vice.ICO.TEK.COM>
  8. Organization: University of Basel, Switzerland
  9. Lines: 42
  10.  
  11. In article <10202@vice.ICO.TEK.COM>, bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:
  12. > 
  13. >   Here's the problem:
  14. > 
  15. >   I'm attempting to trap loss of focus events in Turbo Vision among
  16. >   views within a dialog box.  I want to validate my numerical input
  17. >   lines whenever the user moves off the focused input, either via
  18. >   the keyboard or mouse.  
  19. > 
  20. >   I can trap a view's loss of focus by overriding the SetState()
  21. >   method and looking for an sfFocused bit combined with a false
  22. >   Enable.  The problem with this scheme is that SetState() is
  23. >   ignorant of what event is causing the change in focus.  If I close
  24. >   the dialog box with a cmCancel, SetState() is still called, and 
  25. >   the input line attempts to validate itself even though the user
  26. >   does not care about the value.  
  27. > 
  28. >   Keyboard events are not a problem, since they are automatically
  29. >   routed to the focused event and can be handled by HandleEvent().
  30. >   The positional events are where I'm getting hung.  
  31. > 
  32. >   Suggestions?
  33. > 
  34.  
  35.     Well, I think the only thing you can do is to override the
  36. HandleEvent-Method and redefine the function of kbTab and kbShiftTab (and -why
  37. not ? - kbEnter). The user is probably already typing in new values and has
  38. just to type the Tab-Key or Enter-Key to jump to the next InputLine. If he
  39. moves the focus with the mouse, he doesn't need to care for the value, any
  40. typing is ignored...
  41.  
  42.     For catching positional events, I suppose you should start at the
  43. Dialog's event handler that manages the subviews....
  44.  
  45. Philipp Gysin
  46.  
  47. Gysin1@urz.unibas.ch     Basel, Switzerland
  48.  
  49.  
  50.  
  51.  
  52.  
  53.