Path: utzoo!attcan!uunet!lll-winken!ames!pasteur!agate!bionet!csd4.milw.wisc.edu!uxc!uxc.cso.uiuc.edu!uxg.cso.uiuc.edu!uxe.cso.uiuc.edu!leonardr From: leonardr@uxe.cso.uiuc.edu Newsgroups: comp.sys.mac Subject: Re: MultiFinder Problem Message-ID: <46100264@uxe.cso.uiuc.edu> Date: 25 Jan 89 17:38:00 GMT References: <1459@ditsyda.oz> Lines: 29 Nf-ID: #R:ditsyda.oz:1459:uxe.cso.uiuc.edu:46100264:000:1814 Nf-From: uxe.cso.uiuc.edu!leonardr Jan 25 11:38:00 1989 vincent@ditsyda.oz(David Vincent) writes in comp.sys.mac >There's a minor but irritating bug in MultiFinder (or is it in Finder?). >When an application other than the Finder is frontmost, the Finder can >of course still have windows open, but they'll all be inactive. At >least they'll all *look* inactive, but won't be, because clicking on >the (invisible) zoom box of the one which would have been frontmost >will bring the Finder to the front, but also cause the window to zoom. > This is NOT a bug but a feature. With the latest MultiFinder came a new bit in the SIZE resource called 'getBackgroundClicks'. If an application has this bit set, then it only takes one click to bring that application to the front and in the process continue to handle the event (rather than one to switch layers and a second to do the action). The Finder does this so that you can quickly launch an application from another application (if that makes any sense ??). We have also implemented this 'feature' in the new MicroPhone II so that our Icons can be quickly activated from the foreground. +---------------------------------+-----------------------------------+ + + Any thing I say may be taken as + + Leonard Rosenthol + fact, then again you might decide+ + President, LazerWare, inc. + that it really isn't, so you + + + never know, do you?? + + leonardr@uxe.cso.uiuc.edu + + + GEnie: MACgician + MacNET: MACgician + + Delphi: MACgician + AppleLink: D0025 + + + + +---------------------------------+-----------------------------------+