home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / mac / programm / 18083 < prev    next >
Encoding:
Text File  |  1992-11-07  |  1.5 KB  |  34 lines

  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!nih-csl.dcrt.nih.gov!FAXCSL!FIXER
  3. From: fixer@faxcsl.dcrt.nih.gov (Chris Spiral Catfish Tate)
  4. Subject: Spurious invalidation
  5. Message-ID: <1992Nov6.170232.21241@alw.nih.gov>
  6. Sender: postman@alw.nih.gov (AMDS Postmaster)
  7. Reply-To: fixer@faxcsl.dcrt.nih.gov
  8. Organization: Computer Systems Laboratory, DCRT, NIH
  9. Date: Fri, 6 Nov 1992 17:02:32 GMT
  10. Lines: 22
  11.  
  12. Situation: modal dialog, System 7.0.1, Mac IIfx
  13.  
  14. Problem: calling SetCTitle() (and possibly SetCtlValue()) on controls in the
  15. dialog is forcing an update.  This is pretty bad in my case, since redrawing
  16. the dialog is rather time-consuming.
  17.  
  18. Is this *really* what's happening?  According to the THINK C debugger, I'm
  19. never calling InvalRect() or any of its relatives explicitly, but sure enough,
  20. my userItem update routines are getting called the next time through
  21. ModalDialog() after calling SetCTitle().
  22.  
  23. Does anyone have any idea what's happening, and how I might go about preventing
  24. it?  Calling ValidRect() on the slow-to-draw userItem's rectangle after the
  25. call to SetCTitle() doesn't seem to solve the problem; it's still updated.
  26.  
  27. As always, thanks in advance for whatever light you can shed on this...
  28.  
  29. ------------------------------------------------------------------------------
  30. Christopher Tate             | The Leadfoot Collection, Continued:
  31. Management System Designers  |        * Red Barchetta (Rush)
  32.                              |        * Old Time Rock And Roll (Bob Seeger)
  33. fixer@faxcsl.dcrt.nih.gov    | Because driving fast is a cathartic experience.
  34.