Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!think.com!mintaka!geech.gnu.ai.mit.edu!rjc
From: rjc@geech.gnu.ai.mit.edu (Ray Cromwell)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Some WB2.0 Peeves
Message-ID: <1991Jun28.020542.22209@mintaka.lcs.mit.edu>
Date: 28 Jun 91 02:05:42 GMT
References: <1991Jun25.032545.7153@marlin.jcu.edu.au> <1991Jun25.112729.27772@mintaka.lcs.mit.edu> <14296@goofy.Apple.COM>
Sender: news@mintaka.lcs.mit.edu
Organization: The Internet
Lines: 41

In article <14296@goofy.Apple.COM> lsr@Apple.COM (Larry Rosenstein) writes:
>In article <1991Jun25.112729.27772@mintaka.lcs.mit.edu> rjc@churchy.gnu.ai.mit.edu (Ray Cromwell) writes:
>
>>>formating a disk in another window.  Everything stops if you move a
>>>window, or access a menu.  Put simply it sucks, and I hope it gets 
>>
>>  This seems like a matter of opinion, but how long do you stay in
>>menus or dragging a window? Do you move windows around and can't decide
>>where to put them? (Does it look good here? no maybe it will look good
>
>I find this highly amusing, since this is the example people use to show why
>MultiFinder is so inferior to the Amiga O/S.

  The Amiga doesn't stop multitasking when a menu is put up, all that
happens is the current screen is locked via semaphore which means that
rendering stops on the screen in which the menu is displayed. Only
tasks that are currently rendering to the SCREEN on which the menus
are being displayed will block. Any background task will run without
slow down. The reason graphic rendering is locked on the screen
with the menu being displayed is to stop tasks from overwriting the
menu. This could be prevented by making menus into layers (like windows
with full clipping, etc) but this incurs a performance hit in the
responsiveness of menus so it's not done. Most Amiga apps open their
own screen, so while I am pulling a menu down on DeluxePaint, rendering
on the workbench screen does not stop. Hence, no real problem except for
nitpickers.

  
>
>
>-- 
>Larry Rosenstein, Apple Computer, Inc.
>
>lsr@apple.com
>(or AppleLink: Rosenstein1)


--
/ INET:rjc@gnu.ai.mit.edu     *   // The opinions expressed here do not      \
| INET:r_cromwe@upr2.clu.net  | \X/  in any way reflect the views of my self.|
\ UUCP:uunet!tnc!m0023        *                                              /