Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uwm.edu!linac!midway!midway.uchicago.edu!francis From: francis@zahpod.uchicago.edu Newsgroups: comp.sys.mac.programmer Subject: Re: Different way to redraw windows? Message-ID: Date: 9 May 91 03:02:39 GMT References: <4738@ryn.mro4.dec.com> Sender: news@midway.uchicago.edu (NewsMistress) Organization: Mathematics Department, University of Chicago Lines: 25 In-Reply-To: deselms@cals.enet.dec.com's message of 8 May 91 12: 05:06 GMT In article <4738@ryn.mro4.dec.com> deselms@cals.enet.dec.com (Jim DeSelms) writes: >In article <1991May7.002959.9701@umiami.ir.miami.edu>, dweisman@umiami.ir.miami.edu (Ordinary Man) writes... >>On a similar note, why can't you implement the >>redrawing of windows like the Menu Manager handles the redrawing of bits >>obscured by a menu when you pull it down? >You could do this... when you want to draw in a window, draw to an >offscreen bitmap, and then copy the changed bits into your on-screen window. >Then when you get an update event, you would just have to recopy the bits. >Why is this not a common practice? (I'm guessing...) >3) It will often give you a LESS efficient update, because sometimes you don't > have much, or anything, in your window that needs to be redrawn. You just use the updateRgn as your mask for CopyBits. -- /============================================================================\ | Francis Stracke | My opinions are my own. I don't steal them.| | Department of Mathematics |=============================================| | University of Chicago | What do you get if you multiply 6 by 9? | | francis@zaphod.uchicago.edu | --Ultimate Question | \============================================================================/