Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!amdcad!sun!pitstop!sundc!seismo!uunet!munnari!otc!metro!basser!natmlab!ditsyda!vincent
From: vincent@ditsyda.oz (David A. Vincent)
Newsgroups: comp.sys.mac
Subject: Re: (Multi?)Finder Problem
Message-ID: <1703@ditsyda.oz>
Date: 30 Jan 89 01:15:35 GMT
References: <46100264@uxe.cso.uiuc.edu>
Organization: CSIRO DIT Sydney, Australia
Lines: 33

in article <46100264@uxe.cso.uiuc.edu>, leonardr@uxe.cso.uiuc.edu says:
[...]
> vincent@ditsyda.oz(David Vincent) writes in comp.sys.mac
> 
>>There's a minor but irritating bug in MultiFinder (or is it in Finder?).  
[... complaint about Finder hiding still-active Zoom box deleted]
>>
> 	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
[...]

I'm sorry if my inital comments was unclear.  I agree that it is 
a feature to be able to do something in another layer without first
having to bring that layer to the front.  

The Finder uses this facility carelessly.  Consider this scenario:
A user sees a Finder window with no visible zoom box.  The user 
clicks on its title bar to bring it to the front.  The click 
hits the invisible zoom box and the window zooms off somewhere 
else for no apparent reason.  

This is a bug, not a feature.  If a control is active, it should 
be visible.  If it's not visible, it shouldn't be active.  

David A. Vincent          vacation student, CSIRO Division of IT
ACSnet:     vincent@ditsyda.oz            Post:  GPO Box 1710-T
Phone (w):  +61 2 887 9383                       Hobart TAS 7001
FidoNet:    3:670/700                            Australia
----------------------------------------------------------------
Common sense is not all that common.        -- Bertrand Russell.

> +   Leonard Rosenthol 
[...]