Xref: utzoo comp.sys.mac:13415 comp.windows.misc:162
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!lll-tis!ames!ll-xn!mit-eddie!uw-beaver!ssc-vax!benoni
From: benoni@ssc-vax.UUCP (Charles L Ditzel)
Newsgroups: comp.sys.mac,comp.windows.misc
Subject: Re: A/UX window systems, Mac toolbox, etc
Message-ID: <1719@ssc-vax.UUCP>
Date: 2 Mar 88 07:18:22 GMT
References: <4129@hoptoad.uucp> <283@rhesus.primate.wisc.edu> <1710@ssc-vax.UUCP> <7523@apple.Apple.Com>
Organization: Boeing Aerospace Corp., Seattle WA
Lines: 14

In article <7523@apple.Apple.Com>, han@Apple.COM (Byron Han, fire fighter) writes:
> Why don't you try out MultiFinder and see how well (in my unbiased :-) opinion)
> it works?  The menu bar reflects the menu appropriate to the topmost 
> application.  All the windows that belong to an application reside in a
> layer.  When an application is brought to the front/foreground, all the windows
> in its layer are brought forward and the menu bar is switched.
Still sounds awfully serial to me.  What happens if you have two windows
at the top (i do this on a sun, usually two editting sessions) maybe
different editors side by side...?  Your menu bar would be constantly 
changing as you go back and forth (cutting and pasting)... (all that
wasted mouse travel time and a wasted mouse click )
I think context-sensitive menus make more sense (try SunView applications
and see how well they work) :-) (Seriously, I think a menu bar starts
making less sense in a multitasking environment were more than one 
application is running at a time in a number of different windows )