Path: utzoo!attcan!uunet!cs.utexas.edu!tut.cis.ohio-state.edu!attctc!pollux!smu!ieee From: ieee@smu.uucp (IEEE group account) Newsgroups: comp.sys.mac.programmer Subject: Re: Tail patches Message-ID: <16008@pollux.UUCP> Date: 25 Nov 89 05:01:25 GMT References: <1459@sequent.cs.qmc.ac.uk> <36250@apple.Apple.COM> <5056@internal.Apple.COM> <1989Nov7.212837.5146@oracle.com> <5080@internal.Apple.COM> <1467@sequent.cs.qmc.ac.uk> <46c51bee.129dc@blue.engin.umich.edu> <9028@hoptoad.uucp> Sender: news@pollux.UUCP Reply-To: ieee@smu.UUCP (IEEE group account) Organization: Southern Methodist University, CSE Dept. Dallas, TX Lines: 28 In article <9028@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes: >In article <46c51bee.129dc@blue.engin.umich.edu> mystone@caen.engin.umich.edu >writes: >>When the source and destionation rectangles are 32 by 32, do a bitwise compare >>with the stuffed trash can. (Or whatever your new icon is that signifies >>there's something in the trash.) If it's changing to the full state, set a >>flag in your code. Next time _CopyBits is called with source and destination >>rectangles of 32 by 32, and the bit map is the empty state of the trash >>can, play your sound here, then go on to the old _CopyBits. My, how the mind >>goes at 5:15 in the morning... > >Amusing, but remember how often the Finder draws icons. This kind of thing >is not worth a performance hit of this magnitude. I'm sure no one would ever implement such a scheme just to play a sound or to, let's say, change a black&white icon to a color icon :) -Fred _______________________________________________________________________________ - Fred Hollander | AppleLink: F.Hollander - - President | CIS: 72077,3544 - - Software Innovations, Inc. | Internet: f.hollander@applelink.apple.com - - - - SMU is not responsible for the content of this posting. - _______________________________________________________________________________