home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / windows / intervie / 3209 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.2 KB  |  27 lines
  1. Newsgroups: comp.windows.interviews
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!spool.mu.edu!wupost!gumby!yale!yale.edu!qt.cs.utexas.edu!news.Brown.EDU!noc.near.net!mv!world!grier
  3. From: grier@world.std.com (The Political Crony)
  4. Subject: Minimizing damage to a canvas
  5. Message-ID: <BxvJ3n.AI3@world.std.com>
  6. Organization: The World Public Access UNIX, Brookline, MA
  7. Date: Tue, 17 Nov 1992 18:52:35 GMT
  8. Lines: 17
  9.  
  10. I'm involved in a monitoring application where a number of meter-style
  11. display glyphs will be updated from a comm channel coming in through
  12. some Dispatch methods. All the updating per se seems to be fine. My
  13. question pertains to update of the various displays as required.
  14.  
  15. It is possible for more than one meter to be updated at a time.  The
  16. natural mechanism for forcing a display update would be to put a patch
  17. around the meter and call the redraw() method. However, if more than
  18. one such redraw() occurs on spots widely separated on the canvas, the
  19. damage area will be the rectangle that contains all the damages,
  20. causing unchanged areas to be redisplayed.
  21.  
  22. Is there some way to avoid the extra drawing without kludging in the
  23. checking?
  24.  
  25. Jim Grier
  26. grier@world.std.com
  27.