Xref: utzoo comp.sys.mac:13460 comp.windows.misc:167 Path: utzoo!mnetor!uunet!steinmetz!vdsvax!barnett From: barnett@vdsvax.steinmetz.ge.com (Bruce G. Barnett) Newsgroups: comp.sys.mac,comp.windows.misc Subject: Re: A/UX window systems, Mac toolbox, etc Message-ID: <4001@vdsvax.steinmetz.ge.com> Date: 2 Mar 88 22:30:58 GMT References: <4129@hoptoad.uucp> <283@rhesus.primate.wisc.edu> <1710@ssc-vax.UUCP> <3996@vdsvax.steinmetz.ge.com> <7471@tut.cis.ohio-state.edu> Reply-To: barnett@steinmetz.ge.com (Bruce G. Barnett) Organization: General Electric CRD, Schenectady, NY Lines: 32 I wrote: | I bet Apple is finding out that converting the Mac toolbox to Unix | is more complicated than they thought. In article <7471@tut.cis.ohio-state.edu> elwell@tut.cis.ohio-state.edu (Clayton Elwell) writes: |[...] it was somewhat the other way--everyone was surprised at |just how well it *did* work. I didn't mean emulating a single application using A/UX, but extending the user interface to handle multiple applications simultaneously. I want to use several Mac applications simultaneously. I have trouble visualizing the bar along the top and the functions in a multi-application environment. Every application needs it's own bar. But the standard Mac interface would put them all in the same place. Someone suggested to me that the window/application on the top would 'own' the top bar. But you would have to keep changing which application is on top of which to use the functions provided by a bar. In this case, a pop-up menu would be much more convenient. Less mouse travel on a large screen. No change in the window overlapping. Window systems that force the active window to be on top on the stack are a real pain. Just an opinion, of course. -- Bruce G. Barnett uunet!steinmetz!barnett