Path: utzoo!utgpu!water!watmath!clyde!att-cb!att-ih!pacbell!ames!ncar!gatech!udel!rochester!PT.CS.CMU.EDU!andrew.cmu.edu!jv0l+ From: jv0l+@andrew.cmu.edu (Justin Chris Vallon) Newsgroups: comp.sys.mac Subject: Re: Quickergraf bugs... Message-ID: Date: 31 Mar 88 10:26:25 GMT Organization: Carnegie Mellon University Lines: 20 In-Reply-To: <1617@pasteur.Berkeley.Edu> I don't know if this is an actual bug in QuickerGraf, but the Menu-Manager is quite smart when drawing menus. If the MenuManager cannot allocate enough memory to save the image of the screen behind the menu being drawn, it erases it, and posts an Update event. The Update event tells the application that some parts of some windows are not drawn (in layman's terms :-) Making some crude calculations, the file/apple menu using Suitcase could be the length of the entire screen, which could be 10 inches, and about 2 1/2 inches wide, gives about: 175 pixels across x 700 pixels x 1 byte/pixel (8-bit mode) = 122.5K (!) Running under multi-finder, the Finder has a 160K partition, with about 40K free (taken from my About Finder... window). Needless to say, the MenuManager cannot allocate enough memory to save the screen image under the menu. So, it does the next best thing: erase the background and post and update event. I have seen this happen before when testing my own programs under low memory conditions, and on a Mac II. The erased windows were always re- drawn when I let go of the menu... are your windows being redrawn? -Justin